@furo/open-models 1.6.0 → 1.6.2

package/dist/protoc-gen-open-models/google/protobuf/SourceCodeInfo.Location.js

@@ -1,256 +0,0 @@
-// Code generated by furo protoc-gen-open-models. DO NOT EDIT.
-// protoc-gen-open-models version: ????
-import { ARRAY, FieldNode, INT32, Registry, STRING, } from '@furo/open-models/dist/index';
-/**
- * SourceCodeInfoLocation
- */
-export class SourceCodeInfoLocation extends FieldNode {
-    constructor(initData, parent, parentAttributeName) {
-        super(undefined, parent, parentAttributeName);
-        this.__meta.typeName = 'google.protobuf.SourceCodeInfo.Location';
-        this.__meta.nodeFields = [
-            {
-                fieldName: 'path',
-                protoName: 'path',
-                FieldConstructor: INT32,
-                constraints: {},
-            },
-            {
-                fieldName: 'span',
-                protoName: 'span',
-                FieldConstructor: INT32,
-                constraints: {},
-            },
-            {
-                fieldName: 'leadingComments',
-                protoName: 'leading_comments',
-                FieldConstructor: STRING,
-                constraints: {},
-            },
-            {
-                fieldName: 'trailingComments',
-                protoName: 'trailing_comments',
-                FieldConstructor: STRING,
-                constraints: {},
-            },
-            {
-                fieldName: 'leadingDetachedComments',
-                protoName: 'leading_detached_comments',
-                FieldConstructor: STRING,
-                constraints: {},
-            },
-        ];
-        // Initialize the fields
-        //  Identifies which part of the FileDescriptorProto was defined at this
-        //  location.
-        //
-        //  Each element is a field number or an index.  They form a path from
-        //  the root FileDescriptorProto to the place where the definition occurs.
-        //  For example, this path:
-        //    [ 4, 3, 2, 7, 1 ]
-        //  refers to:
-        //    file.message_type(3)  // 4, 3
-        //        .field(7)         // 2, 7
-        //        .name()           // 1
-        //  This is because FileDescriptorProto.message_type has field number 4:
-        //    repeated DescriptorProto message_type = 4;
-        //  and DescriptorProto.field has field number 2:
-        //    repeated FieldDescriptorProto field = 2;
-        //  and FieldDescriptorProto.name has field number 1:
-        //    optional string name = 1;
-        //
-        //  Thus, the above path gives the location of a field name.  If we removed
-        //  the last element:
-        //    [ 4, 3, 2, 7 ]
-        //  this path refers to the whole field declaration (from the beginning
-        //  of the label to the terminating semicolon).
-        this._path = new ARRAY(undefined, this, 'path');
-        //  Always has exactly three or four elements: start line, start column,
-        //  end line (optional, otherwise assumed same as start line), end column.
-        //  These are packed into a single field for efficiency.  Note that line
-        //  and column numbers are zero-based -- typically you will want to add
-        //  1 to each before displaying to a user.
-        this._span = new ARRAY(undefined, this, 'span');
-        //  If this SourceCodeInfo represents a complete declaration, these are any
-        //  comments appearing before and after the declaration which appear to be
-        //  attached to the declaration.
-        //
-        //  A series of line comments appearing on consecutive lines, with no other
-        //  tokens appearing on those lines, will be treated as a single comment.
-        //
-        //  leading_detached_comments will keep paragraphs of comments that appear
-        //  before (but not connected to) the current element. Each paragraph,
-        //  separated by empty lines, will be one comment element in the repeated
-        //  field.
-        //
-        //  Only the comment content is provided; comment markers (e.g. //) are
-        //  stripped out.  For block comments, leading whitespace and an asterisk
-        //  will be stripped from the beginning of each line other than the first.
-        //  Newlines are included in the output.
-        //
-        //  Examples:
-        //
-        //    optional int32 foo = 1;  // Comment attached to foo.
-        //    // Comment attached to bar.
-        //    optional int32 bar = 2;
-        //
-        //    optional string baz = 3;
-        //    // Comment attached to baz.
-        //    // Another line attached to baz.
-        //
-        //    // Comment attached to moo.
-        //    //
-        //    // Another line attached to moo.
-        //    optional double moo = 4;
-        //
-        //    // Detached comment for corge. This is not leading or trailing comments
-        //    // to moo or corge because there are blank lines separating it from
-        //    // both.
-        //
-        //    // Detached comment for corge paragraph 2.
-        //
-        //    optional string corge = 5;
-        //    /* Block comment attached
-        //     * to corge.  Leading asterisks
-        //     * will be removed. *\/
-        //    /* Block comment attached to
-        //     * grault. *\/
-        //    optional int32 grault = 6;
-        //
-        //    // ignored detached comments.
-        this._leadingComments = new STRING(undefined, this, 'leadingComments');
-        this._trailingComments = new STRING(undefined, this, 'trailingComments');
-        this._leadingDetachedComments = new ARRAY(undefined, this, 'leadingDetachedComments');
-        // Set required fields
-        [].forEach(fieldName => {
-            this[fieldName].__meta.required = true;
-        });
-        // Default values from openAPI annotations
-        this.__defaultValues = {};
-        // Initialize the fields with init data
-        if (initData !== undefined) {
-            this.__fromLiteral({ ...this.__defaultValues, ...initData });
-        }
-        else {
-            this.__fromLiteral(this.__defaultValues);
-        }
-        // Set readonly fields after the init, so child nodes are readonly too
-        [].forEach(fieldName => {
-            this[fieldName].__readonly = true;
-        });
-        this.__meta.isPristine = true;
-    }
-    //  Identifies which part of the FileDescriptorProto was defined at this
-    //  location.
-    //
-    //  Each element is a field number or an index.  They form a path from
-    //  the root FileDescriptorProto to the place where the definition occurs.
-    //  For example, this path:
-    //    [ 4, 3, 2, 7, 1 ]
-    //  refers to:
-    //    file.message_type(3)  // 4, 3
-    //        .field(7)         // 2, 7
-    //        .name()           // 1
-    //  This is because FileDescriptorProto.message_type has field number 4:
-    //    repeated DescriptorProto message_type = 4;
-    //  and DescriptorProto.field has field number 2:
-    //    repeated FieldDescriptorProto field = 2;
-    //  and FieldDescriptorProto.name has field number 1:
-    //    optional string name = 1;
-    //
-    //  Thus, the above path gives the location of a field name.  If we removed
-    //  the last element:
-    //    [ 4, 3, 2, 7 ]
-    //  this path refers to the whole field declaration (from the beginning
-    //  of the label to the terminating semicolon).
-    get path() {
-        return this._path;
-    }
-    set path(v) {
-        this.__TypeSetter(this._path, v);
-    }
-    //  Always has exactly three or four elements: start line, start column,
-    //  end line (optional, otherwise assumed same as start line), end column.
-    //  These are packed into a single field for efficiency.  Note that line
-    //  and column numbers are zero-based -- typically you will want to add
-    //  1 to each before displaying to a user.
-    get span() {
-        return this._span;
-    }
-    set span(v) {
-        this.__TypeSetter(this._span, v);
-    }
-    //  If this SourceCodeInfo represents a complete declaration, these are any
-    //  comments appearing before and after the declaration which appear to be
-    //  attached to the declaration.
-    //
-    //  A series of line comments appearing on consecutive lines, with no other
-    //  tokens appearing on those lines, will be treated as a single comment.
-    //
-    //  leading_detached_comments will keep paragraphs of comments that appear
-    //  before (but not connected to) the current element. Each paragraph,
-    //  separated by empty lines, will be one comment element in the repeated
-    //  field.
-    //
-    //  Only the comment content is provided; comment markers (e.g. //) are
-    //  stripped out.  For block comments, leading whitespace and an asterisk
-    //  will be stripped from the beginning of each line other than the first.
-    //  Newlines are included in the output.
-    //
-    //  Examples:
-    //
-    //    optional int32 foo = 1;  // Comment attached to foo.
-    //    // Comment attached to bar.
-    //    optional int32 bar = 2;
-    //
-    //    optional string baz = 3;
-    //    // Comment attached to baz.
-    //    // Another line attached to baz.
-    //
-    //    // Comment attached to moo.
-    //    //
-    //    // Another line attached to moo.
-    //    optional double moo = 4;
-    //
-    //    // Detached comment for corge. This is not leading or trailing comments
-    //    // to moo or corge because there are blank lines separating it from
-    //    // both.
-    //
-    //    // Detached comment for corge paragraph 2.
-    //
-    //    optional string corge = 5;
-    //    /* Block comment attached
-    //     * to corge.  Leading asterisks
-    //     * will be removed. *\/
-    //    /* Block comment attached to
-    //     * grault. *\/
-    //    optional int32 grault = 6;
-    //
-    //    // ignored detached comments.
-    get leadingComments() {
-        return this._leadingComments;
-    }
-    set leadingComments(v) {
-        this.__PrimitivesSetter(this._leadingComments, v);
-    }
-    get trailingComments() {
-        return this._trailingComments;
-    }
-    set trailingComments(v) {
-        this.__PrimitivesSetter(this._trailingComments, v);
-    }
-    get leadingDetachedComments() {
-        return this._leadingDetachedComments;
-    }
-    set leadingDetachedComments(v) {
-        this.__TypeSetter(this._leadingDetachedComments, v);
-    }
-    fromLiteral(data) {
-        super.__fromLiteral(data);
-    }
-    toLiteral() {
-        return super.__toLiteral();
-    }
-}
-Registry.register('google.protobuf.SourceCodeInfo.Location', SourceCodeInfoLocation);
-//# sourceMappingURL=SourceCodeInfo.Location.js.map

package/dist/protoc-gen-open-models/google/protobuf/SourceCodeInfo.Location.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"SourceCodeInfo.Location.js","sourceRoot":"","sources":["../../../../protoc-gen-open-models/google/protobuf/SourceCodeInfo.Location.ts"],"names":[],"mappings":"AAAA,8DAA8D;AAC9D,uCAAuC;AAEvC,OAAO,EACL,KAAK,EACL,SAAS,EACT,KAAK,EACL,QAAQ,EACR,MAAM,GACP,MAAM,8BAA8B,CAAC;AA0LtC;;GAEG;AACH,MAAM,OAAO,sBAAuB,SAAQ,SAAS;IAwFnD,YACE,QAAkC,EAClC,MAAkB,EAClB,mBAA4B;QAE5B,KAAK,CAAC,SAAS,EAAE,MAAM,EAAE,mBAAmB,CAAC,CAAC;QAC9C,IAAI,CAAC,MAAM,CAAC,QAAQ,GAAG,yCAAyC,CAAC;QAEjE,IAAI,CAAC,MAAM,CAAC,UAAU,GAAG;YACvB;gBACE,SAAS,EAAE,MAAM;gBACjB,SAAS,EAAE,MAAM;gBACjB,gBAAgB,EAAE,KAAK;gBACvB,WAAW,EAAE,EAAE;aAChB;YACD;gBACE,SAAS,EAAE,MAAM;gBACjB,SAAS,EAAE,MAAM;gBACjB,gBAAgB,EAAE,KAAK;gBACvB,WAAW,EAAE,EAAE;aAChB;YACD;gBACE,SAAS,EAAE,iBAAiB;gBAC5B,SAAS,EAAE,kBAAkB;gBAC7B,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;aAChB;YACD;gBACE,SAAS,EAAE,kBAAkB;gBAC7B,SAAS,EAAE,mBAAmB;gBAC9B,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;aAChB;YACD;gBACE,SAAS,EAAE,yBAAyB;gBACpC,SAAS,EAAE,2BAA2B;gBACtC,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;aAChB;SACF,CAAC;QAEF,wBAAwB;QACxB,wEAAwE;QACxE,aAAa;QACb,EAAE;QACF,sEAAsE;QACtE,0EAA0E;QAC1E,2BAA2B;QAC3B,uBAAuB;QACvB,cAAc;QACd,mCAAmC;QACnC,mCAAmC;QACnC,gCAAgC;QAChC,wEAAwE;QACxE,gDAAgD;QAChD,iDAAiD;QACjD,8CAA8C;QAC9C,qDAAqD;QACrD,+BAA+B;QAC/B,EAAE;QACF,2EAA2E;QAC3E,qBAAqB;QACrB,oBAAoB;QACpB,uEAAuE;QACvE,+CAA+C;QAC/C,IAAI,CAAC,KAAK,GAAG,IAAI,KAAK,CAAgB,SAAS,EAAE,IAAI,EAAE,MAAM,CAAC,CAAC;QAE/D,wEAAwE;QACxE,0EAA0E;QAC1E,wEAAwE;QACxE,uEAAuE;QACvE,0CAA0C;QAC1C,IAAI,CAAC,KAAK,GAAG,IAAI,KAAK,CAAgB,SAAS,EAAE,IAAI,EAAE,MAAM,CAAC,CAAC;QAE/D,2EAA2E;QAC3E,0EAA0E;QAC1E,gCAAgC;QAChC,EAAE;QACF,2EAA2E;QAC3E,yEAAyE;QACzE,EAAE;QACF,0EAA0E;QAC1E,sEAAsE;QACtE,yEAAyE;QACzE,UAAU;QACV,EAAE;QACF,uEAAuE;QACvE,yEAAyE;QACzE,0EAA0E;QAC1E,wCAAwC;QACxC,EAAE;QACF,aAAa;QACb,EAAE;QACF,0DAA0D;QAC1D,iCAAiC;QACjC,6BAA6B;QAC7B,EAAE;QACF,8BAA8B;QAC9B,iCAAiC;QACjC,sCAAsC;QACtC,EAAE;QACF,iCAAiC;QACjC,QAAQ;QACR,sCAAsC;QACtC,8BAA8B;QAC9B,EAAE;QACF,6EAA6E;QAC7E,yEAAyE;QACzE,cAAc;QACd,EAAE;QACF,gDAAgD;QAChD,EAAE;QACF,gCAAgC;QAChC,+BAA+B;QAC/B,qCAAqC;QACrC,6BAA6B;QAC7B,kCAAkC;QAClC,oBAAoB;QACpB,gCAAgC;QAChC,EAAE;QACF,mCAAmC;QACnC,IAAI,CAAC,gBAAgB,GAAG,IAAI,MAAM,CAAC,SAAS,EAAE,IAAI,EAAE,iBAAiB,CAAC,CAAC;QAEvE,IAAI,CAAC,iBAAiB,GAAG,IAAI,MAAM,CAAC,SAAS,EAAE,IAAI,EAAE,kBAAkB,CAAC,CAAC;QAEzE,IAAI,CAAC,wBAAwB,GAAG,IAAI,KAAK,CACvC,SAAS,EACT,IAAI,EACJ,yBAAyB,CAC1B,CAAC;QAEF,sBAAsB;QACtB,EAAE,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE;YAEnB,IAAI,CAAC,SAAyC,CAC/C,CAAC,MAAM,CAAC,QAAQ,GAAG,IAAI,CAAC;QAC3B,CAAC,CAAC,CAAC;QAEH,0CAA0C;QAC1C,IAAI,CAAC,eAAe,GAAG,EAAE,CAAC;QAE1B,uCAAuC;QACvC,IAAI,QAAQ,KAAK,SAAS,EAAE,CAAC;YAC3B,IAAI,CAAC,aAAa,CAAC,EAAE,GAAG,IAAI,CAAC,eAAe,EAAE,GAAG,QAAQ,EAAE,CAAC,CAAC;QAC/D,CAAC;aAAM,CAAC;YACN,IAAI,CAAC,aAAa,CAAC,IAAI,CAAC,eAAe,CAAC,CAAC;QAC3C,CAAC;QAED,sEAAsE;QACtE,EAAE,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE;YAEnB,IAAI,CAAC,SAAyC,CAC/C,CAAC,UAAU,GAAG,IAAI,CAAC;QACtB,CAAC,CAAC,CAAC;QAEH,IAAI,CAAC,MAAM,CAAC,UAAU,GAAG,IAAI,CAAC;IAChC,CAAC;IAED,wEAAwE;IACxE,aAAa;IACb,EAAE;IACF,sEAAsE;IACtE,0EAA0E;IAC1E,2BAA2B;IAC3B,uBAAuB;IACvB,cAAc;IACd,mCAAmC;IACnC,mCAAmC;IACnC,gCAAgC;IAChC,wEAAwE;IACxE,gDAAgD;IAChD,iDAAiD;IACjD,8CAA8C;IAC9C,qDAAqD;IACrD,+BAA+B;IAC/B,EAAE;IACF,2EAA2E;IAC3E,qBAAqB;IACrB,oBAAoB;IACpB,uEAAuE;IACvE,+CAA+C;IAC/C,IAAW,IAAI;QACb,OAAO,IAAI,CAAC,KAAK,CAAC;IACpB,CAAC;IAED,IAAW,IAAI,CAAC,CAAW;QACzB,IAAI,CAAC,YAAY,CAAC,IAAI,CAAC,KAAK,EAAE,CAAC,CAAC,CAAC;IACnC,CAAC;IAED,wEAAwE;IACxE,0EAA0E;IAC1E,wEAAwE;IACxE,uEAAuE;IACvE,0CAA0C;IAC1C,IAAW,IAAI;QACb,OAAO,IAAI,CAAC,KAAK,CAAC;IACpB,CAAC;IAED,IAAW,IAAI,CAAC,CAAW;QACzB,IAAI,CAAC,YAAY,CAAC,IAAI,CAAC,KAAK,EAAE,CAAC,CAAC,CAAC;IACnC,CAAC;IAED,2EAA2E;IAC3E,0EAA0E;IAC1E,gCAAgC;IAChC,EAAE;IACF,2EAA2E;IAC3E,yEAAyE;IACzE,EAAE;IACF,0EAA0E;IAC1E,sEAAsE;IACtE,yEAAyE;IACzE,UAAU;IACV,EAAE;IACF,uEAAuE;IACvE,yEAAyE;IACzE,0EAA0E;IAC1E,wCAAwC;IACxC,EAAE;IACF,aAAa;IACb,EAAE;IACF,0DAA0D;IAC1D,iCAAiC;IACjC,6BAA6B;IAC7B,EAAE;IACF,8BAA8B;IAC9B,iCAAiC;IACjC,sCAAsC;IACtC,EAAE;IACF,iCAAiC;IACjC,QAAQ;IACR,sCAAsC;IACtC,8BAA8B;IAC9B,EAAE;IACF,6EAA6E;IAC7E,yEAAyE;IACzE,cAAc;IACd,EAAE;IACF,gDAAgD;IAChD,EAAE;IACF,gCAAgC;IAChC,+BAA+B;IAC/B,qCAAqC;IACrC,6BAA6B;IAC7B,kCAAkC;IAClC,oBAAoB;IACpB,gCAAgC;IAChC,EAAE;IACF,mCAAmC;IACnC,IAAW,eAAe;QACxB,OAAO,IAAI,CAAC,gBAAgB,CAAC;IAC/B,CAAC;IAED,IAAW,eAAe,CAAC,CAAS;QAClC,IAAI,CAAC,kBAAkB,CAAC,IAAI,CAAC,gBAAgB,EAAE,CAAC,CAAC,CAAC;IACpD,CAAC;IAED,IAAW,gBAAgB;QACzB,OAAO,IAAI,CAAC,iBAAiB,CAAC;IAChC,CAAC;IAED,IAAW,gBAAgB,CAAC,CAAS;QACnC,IAAI,CAAC,kBAAkB,CAAC,IAAI,CAAC,iBAAiB,EAAE,CAAC,CAAC,CAAC;IACrD,CAAC;IAED,IAAW,uBAAuB;QAChC,OAAO,IAAI,CAAC,wBAAwB,CAAC;IACvC,CAAC;IAED,IAAW,uBAAuB,CAAC,CAAW;QAC5C,IAAI,CAAC,YAAY,CAAC,IAAI,CAAC,wBAAwB,EAAE,CAAC,CAAC,CAAC;IACtD,CAAC;IAED,WAAW,CAAC,IAA6B;QACvC,KAAK,CAAC,aAAa,CAAC,IAAI,CAAC,CAAC;IAC5B,CAAC;IAED,SAAS;QACP,OAAO,KAAK,CAAC,WAAW,EAAE,CAAC;IAC7B,CAAC;CACF;AAED,QAAQ,CAAC,QAAQ,CACf,yCAAyC,EACzC,sBAAsB,CACvB,CAAC","sourcesContent":["// Code generated by furo protoc-gen-open-models. DO NOT EDIT.\n// protoc-gen-open-models version: ????\n\nimport {\n  ARRAY,\n  FieldNode,\n  INT32,\n  Registry,\n  STRING,\n} from '@furo/open-models/dist/index';\n\n/**\n * @interface ISourceCodeInfoLocation\n */\nexport interface ISourceCodeInfoLocation {\n  /**\n   *  Identifies which part of the FileDescriptorProto was defined at this\n   *  location.\n   *\n   *  Each element is a field number or an index.  They form a path from\n   *  the root FileDescriptorProto to the place where the definition occurs.\n   *  For example, this path:\n   *    [ 4, 3, 2, 7, 1 ]\n   *  refers to:\n   *    file.message_type(3)  // 4, 3\n   *        .field(7)         // 2, 7\n   *        .name()           // 1\n   *  This is because FileDescriptorProto.message_type has field number 4:\n   *    repeated DescriptorProto message_type = 4;\n   *  and DescriptorProto.field has field number 2:\n   *    repeated FieldDescriptorProto field = 2;\n   *  and FieldDescriptorProto.name has field number 1:\n   *    optional string name = 1;\n   *\n   *  Thus, the above path gives the location of a field name.  If we removed\n   *  the last element:\n   *    [ 4, 3, 2, 7 ]\n   *  this path refers to the whole field declaration (from the beginning\n   *  of the label to the terminating semicolon).\n   */\n  path?: number[];\n  /**\n   *  Always has exactly three or four elements: start line, start column,\n   *  end line (optional, otherwise assumed same as start line), end column.\n   *  These are packed into a single field for efficiency.  Note that line\n   *  and column numbers are zero-based -- typically you will want to add\n   *  1 to each before displaying to a user.\n   */\n  span?: number[];\n  /**\n   *  If this SourceCodeInfo represents a complete declaration, these are any\n   *  comments appearing before and after the declaration which appear to be\n   *  attached to the declaration.\n   *\n   *  A series of line comments appearing on consecutive lines, with no other\n   *  tokens appearing on those lines, will be treated as a single comment.\n   *\n   *  leading_detached_comments will keep paragraphs of comments that appear\n   *  before (but not connected to) the current element. Each paragraph,\n   *  separated by empty lines, will be one comment element in the repeated\n   *  field.\n   *\n   *  Only the comment content is provided; comment markers (e.g. //) are\n   *  stripped out.  For block comments, leading whitespace and an asterisk\n   *  will be stripped from the beginning of each line other than the first.\n   *  Newlines are included in the output.\n   *\n   *  Examples:\n   *\n   *    optional int32 foo = 1;  // Comment attached to foo.\n   *    // Comment attached to bar.\n   *    optional int32 bar = 2;\n   *\n   *    optional string baz = 3;\n   *    // Comment attached to baz.\n   *    // Another line attached to baz.\n   *\n   *    // Comment attached to moo.\n   *    //\n   *    // Another line attached to moo.\n   *    optional double moo = 4;\n   *\n   *    // Detached comment for corge. This is not leading or trailing comments\n   *    // to moo or corge because there are blank lines separating it from\n   *    // both.\n   *\n   *    // Detached comment for corge paragraph 2.\n   *\n   *    optional string corge = 5;\n   *    /* Block comment attached\n   *     * to corge.  Leading asterisks\n   *     * will be removed. *\\/\n   *    /* Block comment attached to\n   *     * grault. *\\/\n   *    optional int32 grault = 6;\n   *\n   *    // ignored detached comments.\n   */\n  leadingComments?: string;\n  trailingComments?: string;\n  leadingDetachedComments?: string[];\n}\n\n/**\n * @interface TSourceCodeInfoLocation\n */\nexport interface TSourceCodeInfoLocation {\n  /**\n   *  Identifies which part of the FileDescriptorProto was defined at this\n   *  location.\n   *\n   *  Each element is a field number or an index.  They form a path from\n   *  the root FileDescriptorProto to the place where the definition occurs.\n   *  For example, this path:\n   *    [ 4, 3, 2, 7, 1 ]\n   *  refers to:\n   *    file.message_type(3)  // 4, 3\n   *        .field(7)         // 2, 7\n   *        .name()           // 1\n   *  This is because FileDescriptorProto.message_type has field number 4:\n   *    repeated DescriptorProto message_type = 4;\n   *  and DescriptorProto.field has field number 2:\n   *    repeated FieldDescriptorProto field = 2;\n   *  and FieldDescriptorProto.name has field number 1:\n   *    optional string name = 1;\n   *\n   *  Thus, the above path gives the location of a field name.  If we removed\n   *  the last element:\n   *    [ 4, 3, 2, 7 ]\n   *  this path refers to the whole field declaration (from the beginning\n   *  of the label to the terminating semicolon).\n   */\n  path?: number[];\n  /**\n   *  Always has exactly three or four elements: start line, start column,\n   *  end line (optional, otherwise assumed same as start line), end column.\n   *  These are packed into a single field for efficiency.  Note that line\n   *  and column numbers are zero-based -- typically you will want to add\n   *  1 to each before displaying to a user.\n   */\n  span?: number[];\n  /**\n   *  If this SourceCodeInfo represents a complete declaration, these are any\n   *  comments appearing before and after the declaration which appear to be\n   *  attached to the declaration.\n   *\n   *  A series of line comments appearing on consecutive lines, with no other\n   *  tokens appearing on those lines, will be treated as a single comment.\n   *\n   *  leading_detached_comments will keep paragraphs of comments that appear\n   *  before (but not connected to) the current element. Each paragraph,\n   *  separated by empty lines, will be one comment element in the repeated\n   *  field.\n   *\n   *  Only the comment content is provided; comment markers (e.g. //) are\n   *  stripped out.  For block comments, leading whitespace and an asterisk\n   *  will be stripped from the beginning of each line other than the first.\n   *  Newlines are included in the output.\n   *\n   *  Examples:\n   *\n   *    optional int32 foo = 1;  // Comment attached to foo.\n   *    // Comment attached to bar.\n   *    optional int32 bar = 2;\n   *\n   *    optional string baz = 3;\n   *    // Comment attached to baz.\n   *    // Another line attached to baz.\n   *\n   *    // Comment attached to moo.\n   *    //\n   *    // Another line attached to moo.\n   *    optional double moo = 4;\n   *\n   *    // Detached comment for corge. This is not leading or trailing comments\n   *    // to moo or corge because there are blank lines separating it from\n   *    // both.\n   *\n   *    // Detached comment for corge paragraph 2.\n   *\n   *    optional string corge = 5;\n   *    /* Block comment attached\n   *     * to corge.  Leading asterisks\n   *     * will be removed. *\\/\n   *    /* Block comment attached to\n   *     * grault. *\\/\n   *    optional int32 grault = 6;\n   *\n   *    // ignored detached comments.\n   */\n  leading_comments?: string;\n  trailing_comments?: string;\n  leading_detached_comments?: string[];\n}\n\n/**\n * SourceCodeInfoLocation\n */\nexport class SourceCodeInfoLocation extends FieldNode {\n  //  Identifies which part of the FileDescriptorProto was defined at this\n  //  location.\n  //\n  //  Each element is a field number or an index.  They form a path from\n  //  the root FileDescriptorProto to the place where the definition occurs.\n  //  For example, this path:\n  //    [ 4, 3, 2, 7, 1 ]\n  //  refers to:\n  //    file.message_type(3)  // 4, 3\n  //        .field(7)         // 2, 7\n  //        .name()           // 1\n  //  This is because FileDescriptorProto.message_type has field number 4:\n  //    repeated DescriptorProto message_type = 4;\n  //  and DescriptorProto.field has field number 2:\n  //    repeated FieldDescriptorProto field = 2;\n  //  and FieldDescriptorProto.name has field number 1:\n  //    optional string name = 1;\n  //\n  //  Thus, the above path gives the location of a field name.  If we removed\n  //  the last element:\n  //    [ 4, 3, 2, 7 ]\n  //  this path refers to the whole field declaration (from the beginning\n  //  of the label to the terminating semicolon).\n  private _path: ARRAY<INT32, number>;\n\n  //  Always has exactly three or four elements: start line, start column,\n  //  end line (optional, otherwise assumed same as start line), end column.\n  //  These are packed into a single field for efficiency.  Note that line\n  //  and column numbers are zero-based -- typically you will want to add\n  //  1 to each before displaying to a user.\n  private _span: ARRAY<INT32, number>;\n\n  //  If this SourceCodeInfo represents a complete declaration, these are any\n  //  comments appearing before and after the declaration which appear to be\n  //  attached to the declaration.\n  //\n  //  A series of line comments appearing on consecutive lines, with no other\n  //  tokens appearing on those lines, will be treated as a single comment.\n  //\n  //  leading_detached_comments will keep paragraphs of comments that appear\n  //  before (but not connected to) the current element. Each paragraph,\n  //  separated by empty lines, will be one comment element in the repeated\n  //  field.\n  //\n  //  Only the comment content is provided; comment markers (e.g. //) are\n  //  stripped out.  For block comments, leading whitespace and an asterisk\n  //  will be stripped from the beginning of each line other than the first.\n  //  Newlines are included in the output.\n  //\n  //  Examples:\n  //\n  //    optional int32 foo = 1;  // Comment attached to foo.\n  //    // Comment attached to bar.\n  //    optional int32 bar = 2;\n  //\n  //    optional string baz = 3;\n  //    // Comment attached to baz.\n  //    // Another line attached to baz.\n  //\n  //    // Comment attached to moo.\n  //    //\n  //    // Another line attached to moo.\n  //    optional double moo = 4;\n  //\n  //    // Detached comment for corge. This is not leading or trailing comments\n  //    // to moo or corge because there are blank lines separating it from\n  //    // both.\n  //\n  //    // Detached comment for corge paragraph 2.\n  //\n  //    optional string corge = 5;\n  //    /* Block comment attached\n  //     * to corge.  Leading asterisks\n  //     * will be removed. *\\/\n  //    /* Block comment attached to\n  //     * grault. *\\/\n  //    optional int32 grault = 6;\n  //\n  //    // ignored detached comments.\n  private _leadingComments: STRING;\n\n  private _trailingComments: STRING;\n\n  private _leadingDetachedComments: ARRAY<STRING, string>;\n\n  public __defaultValues: ISourceCodeInfoLocation;\n\n  constructor(\n    initData?: ISourceCodeInfoLocation,\n    parent?: FieldNode,\n    parentAttributeName?: string,\n  ) {\n    super(undefined, parent, parentAttributeName);\n    this.__meta.typeName = 'google.protobuf.SourceCodeInfo.Location';\n\n    this.__meta.nodeFields = [\n      {\n        fieldName: 'path',\n        protoName: 'path',\n        FieldConstructor: INT32,\n        constraints: {},\n      },\n      {\n        fieldName: 'span',\n        protoName: 'span',\n        FieldConstructor: INT32,\n        constraints: {},\n      },\n      {\n        fieldName: 'leadingComments',\n        protoName: 'leading_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n      },\n      {\n        fieldName: 'trailingComments',\n        protoName: 'trailing_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n      },\n      {\n        fieldName: 'leadingDetachedComments',\n        protoName: 'leading_detached_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n      },\n    ];\n\n    // Initialize the fields\n    //  Identifies which part of the FileDescriptorProto was defined at this\n    //  location.\n    //\n    //  Each element is a field number or an index.  They form a path from\n    //  the root FileDescriptorProto to the place where the definition occurs.\n    //  For example, this path:\n    //    [ 4, 3, 2, 7, 1 ]\n    //  refers to:\n    //    file.message_type(3)  // 4, 3\n    //        .field(7)         // 2, 7\n    //        .name()           // 1\n    //  This is because FileDescriptorProto.message_type has field number 4:\n    //    repeated DescriptorProto message_type = 4;\n    //  and DescriptorProto.field has field number 2:\n    //    repeated FieldDescriptorProto field = 2;\n    //  and FieldDescriptorProto.name has field number 1:\n    //    optional string name = 1;\n    //\n    //  Thus, the above path gives the location of a field name.  If we removed\n    //  the last element:\n    //    [ 4, 3, 2, 7 ]\n    //  this path refers to the whole field declaration (from the beginning\n    //  of the label to the terminating semicolon).\n    this._path = new ARRAY<INT32, number>(undefined, this, 'path');\n\n    //  Always has exactly three or four elements: start line, start column,\n    //  end line (optional, otherwise assumed same as start line), end column.\n    //  These are packed into a single field for efficiency.  Note that line\n    //  and column numbers are zero-based -- typically you will want to add\n    //  1 to each before displaying to a user.\n    this._span = new ARRAY<INT32, number>(undefined, this, 'span');\n\n    //  If this SourceCodeInfo represents a complete declaration, these are any\n    //  comments appearing before and after the declaration which appear to be\n    //  attached to the declaration.\n    //\n    //  A series of line comments appearing on consecutive lines, with no other\n    //  tokens appearing on those lines, will be treated as a single comment.\n    //\n    //  leading_detached_comments will keep paragraphs of comments that appear\n    //  before (but not connected to) the current element. Each paragraph,\n    //  separated by empty lines, will be one comment element in the repeated\n    //  field.\n    //\n    //  Only the comment content is provided; comment markers (e.g. //) are\n    //  stripped out.  For block comments, leading whitespace and an asterisk\n    //  will be stripped from the beginning of each line other than the first.\n    //  Newlines are included in the output.\n    //\n    //  Examples:\n    //\n    //    optional int32 foo = 1;  // Comment attached to foo.\n    //    // Comment attached to bar.\n    //    optional int32 bar = 2;\n    //\n    //    optional string baz = 3;\n    //    // Comment attached to baz.\n    //    // Another line attached to baz.\n    //\n    //    // Comment attached to moo.\n    //    //\n    //    // Another line attached to moo.\n    //    optional double moo = 4;\n    //\n    //    // Detached comment for corge. This is not leading or trailing comments\n    //    // to moo or corge because there are blank lines separating it from\n    //    // both.\n    //\n    //    // Detached comment for corge paragraph 2.\n    //\n    //    optional string corge = 5;\n    //    /* Block comment attached\n    //     * to corge.  Leading asterisks\n    //     * will be removed. *\\/\n    //    /* Block comment attached to\n    //     * grault. *\\/\n    //    optional int32 grault = 6;\n    //\n    //    // ignored detached comments.\n    this._leadingComments = new STRING(undefined, this, 'leadingComments');\n\n    this._trailingComments = new STRING(undefined, this, 'trailingComments');\n\n    this._leadingDetachedComments = new ARRAY<STRING, string>(\n      undefined,\n      this,\n      'leadingDetachedComments',\n    );\n\n    // Set required fields\n    [].forEach(fieldName => {\n      (\n        this[fieldName as keyof SourceCodeInfoLocation] as FieldNode\n      ).__meta.required = true;\n    });\n\n    // Default values from openAPI annotations\n    this.__defaultValues = {};\n\n    // Initialize the fields with init data\n    if (initData !== undefined) {\n      this.__fromLiteral({ ...this.__defaultValues, ...initData });\n    } else {\n      this.__fromLiteral(this.__defaultValues);\n    }\n\n    // Set readonly fields after the init, so child nodes are readonly too\n    [].forEach(fieldName => {\n      (\n        this[fieldName as keyof SourceCodeInfoLocation] as FieldNode\n      ).__readonly = true;\n    });\n\n    this.__meta.isPristine = true;\n  }\n\n  //  Identifies which part of the FileDescriptorProto was defined at this\n  //  location.\n  //\n  //  Each element is a field number or an index.  They form a path from\n  //  the root FileDescriptorProto to the place where the definition occurs.\n  //  For example, this path:\n  //    [ 4, 3, 2, 7, 1 ]\n  //  refers to:\n  //    file.message_type(3)  // 4, 3\n  //        .field(7)         // 2, 7\n  //        .name()           // 1\n  //  This is because FileDescriptorProto.message_type has field number 4:\n  //    repeated DescriptorProto message_type = 4;\n  //  and DescriptorProto.field has field number 2:\n  //    repeated FieldDescriptorProto field = 2;\n  //  and FieldDescriptorProto.name has field number 1:\n  //    optional string name = 1;\n  //\n  //  Thus, the above path gives the location of a field name.  If we removed\n  //  the last element:\n  //    [ 4, 3, 2, 7 ]\n  //  this path refers to the whole field declaration (from the beginning\n  //  of the label to the terminating semicolon).\n  public get path(): ARRAY<INT32, number> {\n    return this._path;\n  }\n\n  public set path(v: number[]) {\n    this.__TypeSetter(this._path, v);\n  }\n\n  //  Always has exactly three or four elements: start line, start column,\n  //  end line (optional, otherwise assumed same as start line), end column.\n  //  These are packed into a single field for efficiency.  Note that line\n  //  and column numbers are zero-based -- typically you will want to add\n  //  1 to each before displaying to a user.\n  public get span(): ARRAY<INT32, number> {\n    return this._span;\n  }\n\n  public set span(v: number[]) {\n    this.__TypeSetter(this._span, v);\n  }\n\n  //  If this SourceCodeInfo represents a complete declaration, these are any\n  //  comments appearing before and after the declaration which appear to be\n  //  attached to the declaration.\n  //\n  //  A series of line comments appearing on consecutive lines, with no other\n  //  tokens appearing on those lines, will be treated as a single comment.\n  //\n  //  leading_detached_comments will keep paragraphs of comments that appear\n  //  before (but not connected to) the current element. Each paragraph,\n  //  separated by empty lines, will be one comment element in the repeated\n  //  field.\n  //\n  //  Only the comment content is provided; comment markers (e.g. //) are\n  //  stripped out.  For block comments, leading whitespace and an asterisk\n  //  will be stripped from the beginning of each line other than the first.\n  //  Newlines are included in the output.\n  //\n  //  Examples:\n  //\n  //    optional int32 foo = 1;  // Comment attached to foo.\n  //    // Comment attached to bar.\n  //    optional int32 bar = 2;\n  //\n  //    optional string baz = 3;\n  //    // Comment attached to baz.\n  //    // Another line attached to baz.\n  //\n  //    // Comment attached to moo.\n  //    //\n  //    // Another line attached to moo.\n  //    optional double moo = 4;\n  //\n  //    // Detached comment for corge. This is not leading or trailing comments\n  //    // to moo or corge because there are blank lines separating it from\n  //    // both.\n  //\n  //    // Detached comment for corge paragraph 2.\n  //\n  //    optional string corge = 5;\n  //    /* Block comment attached\n  //     * to corge.  Leading asterisks\n  //     * will be removed. *\\/\n  //    /* Block comment attached to\n  //     * grault. *\\/\n  //    optional int32 grault = 6;\n  //\n  //    // ignored detached comments.\n  public get leadingComments(): STRING {\n    return this._leadingComments;\n  }\n\n  public set leadingComments(v: string) {\n    this.__PrimitivesSetter(this._leadingComments, v);\n  }\n\n  public get trailingComments(): STRING {\n    return this._trailingComments;\n  }\n\n  public set trailingComments(v: string) {\n    this.__PrimitivesSetter(this._trailingComments, v);\n  }\n\n  public get leadingDetachedComments(): ARRAY<STRING, string> {\n    return this._leadingDetachedComments;\n  }\n\n  public set leadingDetachedComments(v: string[]) {\n    this.__TypeSetter(this._leadingDetachedComments, v);\n  }\n\n  fromLiteral(data: ISourceCodeInfoLocation) {\n    super.__fromLiteral(data);\n  }\n\n  toLiteral(): ISourceCodeInfoLocation {\n    return super.__toLiteral();\n  }\n}\n\nRegistry.register(\n  'google.protobuf.SourceCodeInfo.Location',\n  SourceCodeInfoLocation,\n);\n"]}

package/dist/protoc-gen-open-models/google/protobuf/SourceCodeInfo.d.ts

@@ -1,122 +0,0 @@
-import { ARRAY, FieldNode } from '@furo/open-models/dist/index';
-import { ISourceCodeInfoLocation as IGoogleProtobufSourceCodeInfoLocation, SourceCodeInfoLocation as GoogleProtobufSourceCodeInfoLocation, TSourceCodeInfoLocation as TGoogleProtobufSourceCodeInfoLocation } from './SourceCodeInfo.Location.js';
-/**
- * @interface ISourceCodeInfo
- *  Encapsulates information about the original source file from which a
- *  FileDescriptorProto was generated.
- */
-export interface ISourceCodeInfo {
-    /**
-     *  A Location identifies a piece of source code in a .proto file which
-     *  corresponds to a particular definition.  This information is intended
-     *  to be useful to IDEs, code indexers, documentation generators, and similar
-     *  tools.
-     *
-     *  For example, say we have a file like:
-     *    message Foo {
-     *      optional string foo = 1;
-     *    }
-     *  Let's look at just the field definition:
-     *    optional string foo = 1;
-     *    ^       ^^     ^^  ^  ^^^
-     *    a       bc     de  f  ghi
-     *  We have the following locations:
-     *    span   path               represents
-     *    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.
-     *    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).
-     *    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).
-     *    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).
-     *    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).
-     *
-     *  Notes:
-     *  - A location may refer to a repeated field itself (i.e. not to any
-     *    particular index within it).  This is used whenever a set of elements are
-     *    logically enclosed in a single code segment.  For example, an entire
-     *    extend block (possibly containing multiple extension definitions) will
-     *    have an outer location whose path refers to the "extensions" repeated
-     *    field without an index.
-     *  - Multiple locations may have the same path.  This happens when a single
-     *    logical declaration is spread out across multiple places.  The most
-     *    obvious example is the "extend" block again -- there may be multiple
-     *    extend blocks in the same scope, each of which will have the same path.
-     *  - A location's span is not always a subset of its parent's span.  For
-     *    example, the "extendee" of an extension declaration appears at the
-     *    beginning of the "extend" block and is shared by all extensions within
-     *    the block.
-     *  - Just because a location's span is a subset of some other location's span
-     *    does not mean that it is a descendant.  For example, a "group" defines
-     *    both a type and a field in a single declaration.  Thus, the locations
-     *    corresponding to the type and field and their components will overlap.
-     *  - Code which tries to interpret locations should probably be designed to
-     *    ignore those that it doesn't understand, as more types of locations could
-     *    be recorded in the future.
-     */
-    location?: IGoogleProtobufSourceCodeInfoLocation[];
-}
-/**
- * @interface TSourceCodeInfo
- *  Encapsulates information about the original source file from which a
- *  FileDescriptorProto was generated.
- */
-export interface TSourceCodeInfo {
-    /**
-     *  A Location identifies a piece of source code in a .proto file which
-     *  corresponds to a particular definition.  This information is intended
-     *  to be useful to IDEs, code indexers, documentation generators, and similar
-     *  tools.
-     *
-     *  For example, say we have a file like:
-     *    message Foo {
-     *      optional string foo = 1;
-     *    }
-     *  Let's look at just the field definition:
-     *    optional string foo = 1;
-     *    ^       ^^     ^^  ^  ^^^
-     *    a       bc     de  f  ghi
-     *  We have the following locations:
-     *    span   path               represents
-     *    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.
-     *    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).
-     *    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).
-     *    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).
-     *    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).
-     *
-     *  Notes:
-     *  - A location may refer to a repeated field itself (i.e. not to any
-     *    particular index within it).  This is used whenever a set of elements are
-     *    logically enclosed in a single code segment.  For example, an entire
-     *    extend block (possibly containing multiple extension definitions) will
-     *    have an outer location whose path refers to the "extensions" repeated
-     *    field without an index.
-     *  - Multiple locations may have the same path.  This happens when a single
-     *    logical declaration is spread out across multiple places.  The most
-     *    obvious example is the "extend" block again -- there may be multiple
-     *    extend blocks in the same scope, each of which will have the same path.
-     *  - A location's span is not always a subset of its parent's span.  For
-     *    example, the "extendee" of an extension declaration appears at the
-     *    beginning of the "extend" block and is shared by all extensions within
-     *    the block.
-     *  - Just because a location's span is a subset of some other location's span
-     *    does not mean that it is a descendant.  For example, a "group" defines
-     *    both a type and a field in a single declaration.  Thus, the locations
-     *    corresponding to the type and field and their components will overlap.
-     *  - Code which tries to interpret locations should probably be designed to
-     *    ignore those that it doesn't understand, as more types of locations could
-     *    be recorded in the future.
-     */
-    location?: TGoogleProtobufSourceCodeInfoLocation[];
-}
-/**
- * SourceCodeInfo
- *  Encapsulates information about the original source file from which a
- *  FileDescriptorProto was generated.
- */
-export declare class SourceCodeInfo extends FieldNode {
-    private _location;
-    __defaultValues: ISourceCodeInfo;
-    constructor(initData?: ISourceCodeInfo, parent?: FieldNode, parentAttributeName?: string);
-    get location(): ARRAY<GoogleProtobufSourceCodeInfoLocation, IGoogleProtobufSourceCodeInfoLocation>;
-    set location(v: IGoogleProtobufSourceCodeInfoLocation[]);
-    fromLiteral(data: ISourceCodeInfo): void;
-    toLiteral(): ISourceCodeInfo;
-}

package/dist/protoc-gen-open-models/google/protobuf/SourceCodeInfo.js

@@ -1,144 +0,0 @@
-// Code generated by furo protoc-gen-open-models. DO NOT EDIT.
-// protoc-gen-open-models version: ????
-import { ARRAY, FieldNode, Registry } from '@furo/open-models/dist/index';
-import { SourceCodeInfoLocation as GoogleProtobufSourceCodeInfoLocation, } from './SourceCodeInfo.Location.js';
-/**
- * SourceCodeInfo
- *  Encapsulates information about the original source file from which a
- *  FileDescriptorProto was generated.
- */
-export class SourceCodeInfo extends FieldNode {
-    constructor(initData, parent, parentAttributeName) {
-        super(undefined, parent, parentAttributeName);
-        this.__meta.typeName = 'google.protobuf.SourceCodeInfo';
-        this.__meta.nodeFields = [
-            {
-                fieldName: 'location',
-                protoName: 'location',
-                FieldConstructor: GoogleProtobufSourceCodeInfoLocation,
-                constraints: {},
-            },
-        ];
-        // Initialize the fields
-        //  A Location identifies a piece of source code in a .proto file which
-        //  corresponds to a particular definition.  This information is intended
-        //  to be useful to IDEs, code indexers, documentation generators, and similar
-        //  tools.
-        //
-        //  For example, say we have a file like:
-        //    message Foo {
-        //      optional string foo = 1;
-        //    }
-        //  Let's look at just the field definition:
-        //    optional string foo = 1;
-        //    ^       ^^     ^^  ^  ^^^
-        //    a       bc     de  f  ghi
-        //  We have the following locations:
-        //    span   path               represents
-        //    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.
-        //    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).
-        //    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).
-        //    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).
-        //    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).
-        //
-        //  Notes:
-        //  - A location may refer to a repeated field itself (i.e. not to any
-        //    particular index within it).  This is used whenever a set of elements are
-        //    logically enclosed in a single code segment.  For example, an entire
-        //    extend block (possibly containing multiple extension definitions) will
-        //    have an outer location whose path refers to the "extensions" repeated
-        //    field without an index.
-        //  - Multiple locations may have the same path.  This happens when a single
-        //    logical declaration is spread out across multiple places.  The most
-        //    obvious example is the "extend" block again -- there may be multiple
-        //    extend blocks in the same scope, each of which will have the same path.
-        //  - A location's span is not always a subset of its parent's span.  For
-        //    example, the "extendee" of an extension declaration appears at the
-        //    beginning of the "extend" block and is shared by all extensions within
-        //    the block.
-        //  - Just because a location's span is a subset of some other location's span
-        //    does not mean that it is a descendant.  For example, a "group" defines
-        //    both a type and a field in a single declaration.  Thus, the locations
-        //    corresponding to the type and field and their components will overlap.
-        //  - Code which tries to interpret locations should probably be designed to
-        //    ignore those that it doesn't understand, as more types of locations could
-        //    be recorded in the future.
-        this._location = new ARRAY(undefined, this, 'location');
-        // Set required fields
-        [].forEach(fieldName => {
-            this[fieldName].__meta.required =
-                true;
-        });
-        // Default values from openAPI annotations
-        this.__defaultValues = {};
-        // Initialize the fields with init data
-        if (initData !== undefined) {
-            this.__fromLiteral({ ...this.__defaultValues, ...initData });
-        }
-        else {
-            this.__fromLiteral(this.__defaultValues);
-        }
-        // Set readonly fields after the init, so child nodes are readonly too
-        [].forEach(fieldName => {
-            this[fieldName].__readonly = true;
-        });
-        this.__meta.isPristine = true;
-    }
-    //  A Location identifies a piece of source code in a .proto file which
-    //  corresponds to a particular definition.  This information is intended
-    //  to be useful to IDEs, code indexers, documentation generators, and similar
-    //  tools.
-    //
-    //  For example, say we have a file like:
-    //    message Foo {
-    //      optional string foo = 1;
-    //    }
-    //  Let's look at just the field definition:
-    //    optional string foo = 1;
-    //    ^       ^^     ^^  ^  ^^^
-    //    a       bc     de  f  ghi
-    //  We have the following locations:
-    //    span   path               represents
-    //    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.
-    //    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).
-    //    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).
-    //    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).
-    //    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).
-    //
-    //  Notes:
-    //  - A location may refer to a repeated field itself (i.e. not to any
-    //    particular index within it).  This is used whenever a set of elements are
-    //    logically enclosed in a single code segment.  For example, an entire
-    //    extend block (possibly containing multiple extension definitions) will
-    //    have an outer location whose path refers to the "extensions" repeated
-    //    field without an index.
-    //  - Multiple locations may have the same path.  This happens when a single
-    //    logical declaration is spread out across multiple places.  The most
-    //    obvious example is the "extend" block again -- there may be multiple
-    //    extend blocks in the same scope, each of which will have the same path.
-    //  - A location's span is not always a subset of its parent's span.  For
-    //    example, the "extendee" of an extension declaration appears at the
-    //    beginning of the "extend" block and is shared by all extensions within
-    //    the block.
-    //  - Just because a location's span is a subset of some other location's span
-    //    does not mean that it is a descendant.  For example, a "group" defines
-    //    both a type and a field in a single declaration.  Thus, the locations
-    //    corresponding to the type and field and their components will overlap.
-    //  - Code which tries to interpret locations should probably be designed to
-    //    ignore those that it doesn't understand, as more types of locations could
-    //    be recorded in the future.
-    get location() {
-        return this._location;
-    }
-    set location(v) {
-        this.__TypeSetter(this._location, v);
-    }
-    fromLiteral(data) {
-        super.__fromLiteral(data);
-    }
-    toLiteral() {
-        return super.__toLiteral();
-    }
-}
-Registry.register('google.protobuf.SourceCodeInfo', SourceCodeInfo);
-//# sourceMappingURL=SourceCodeInfo.js.map

package/dist/protoc-gen-open-models/google/protobuf/SourceCodeInfo.js.map

@@ -1 +0,0 @@
-{"version":3,"file":"SourceCodeInfo.js","sourceRoot":"","sources":["../../../../protoc-gen-open-models/google/protobuf/SourceCodeInfo.ts"],"names":[],"mappings":"AAAA,8DAA8D;AAC9D,uCAAuC;AAEvC,OAAO,EAAE,KAAK,EAAE,SAAS,EAAE,QAAQ,EAAE,MAAM,8BAA8B,CAAC;AAC1E,OAAO,EAEL,sBAAsB,IAAI,oCAAoC,GAE/D,MAAM,2BAA2B,CAAC;AA8GnC;;;;GAIG;AACH,MAAM,OAAO,cAAe,SAAQ,SAAS;IAmD3C,YACE,QAA0B,EAC1B,MAAkB,EAClB,mBAA4B;QAE5B,KAAK,CAAC,SAAS,EAAE,MAAM,EAAE,mBAAmB,CAAC,CAAC;QAC9C,IAAI,CAAC,MAAM,CAAC,QAAQ,GAAG,gCAAgC,CAAC;QAExD,IAAI,CAAC,MAAM,CAAC,UAAU,GAAG;YACvB;gBACE,SAAS,EAAE,UAAU;gBACrB,SAAS,EAAE,UAAU;gBACrB,gBAAgB,EAAE,oCAAoC;gBACtD,WAAW,EAAE,EAAE;aAChB;SACF,CAAC;QAEF,wBAAwB;QACxB,uEAAuE;QACvE,yEAAyE;QACzE,8EAA8E;QAC9E,UAAU;QACV,EAAE;QACF,yCAAyC;QACzC,mBAAmB;QACnB,gCAAgC;QAChC,OAAO;QACP,4CAA4C;QAC5C,8BAA8B;QAC9B,+BAA+B;QAC/B,+BAA+B;QAC/B,oCAAoC;QACpC,0CAA0C;QAC1C,2DAA2D;QAC3D,qDAAqD;QACrD,kDAAkD;QAClD,+CAA+C;QAC/C,+CAA+C;QAC/C,EAAE;QACF,UAAU;QACV,sEAAsE;QACtE,+EAA+E;QAC/E,0EAA0E;QAC1E,4EAA4E;QAC5E,2EAA2E;QAC3E,6BAA6B;QAC7B,4EAA4E;QAC5E,yEAAyE;QACzE,0EAA0E;QAC1E,6EAA6E;QAC7E,yEAAyE;QACzE,wEAAwE;QACxE,4EAA4E;QAC5E,gBAAgB;QAChB,8EAA8E;QAC9E,4EAA4E;QAC5E,2EAA2E;QAC3E,4EAA4E;QAC5E,4EAA4E;QAC5E,+EAA+E;QAC/E,gCAAgC;QAChC,IAAI,CAAC,SAAS,GAAG,IAAI,KAAK,CAGxB,SAAS,EAAE,IAAI,EAAE,UAAU,CAAC,CAAC;QAE/B,sBAAsB;QACtB,EAAE,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE;YACpB,IAAI,CAAC,SAAiC,CAAe,CAAC,MAAM,CAAC,QAAQ;gBACpE,IAAI,CAAC;QACT,CAAC,CAAC,CAAC;QAEH,0CAA0C;QAC1C,IAAI,CAAC,eAAe,GAAG,EAAE,CAAC;QAE1B,uCAAuC;QACvC,IAAI,QAAQ,KAAK,SAAS,EAAE,CAAC;YAC3B,IAAI,CAAC,aAAa,CAAC,EAAE,GAAG,IAAI,CAAC,eAAe,EAAE,GAAG,QAAQ,EAAE,CAAC,CAAC;QAC/D,CAAC;aAAM,CAAC;YACN,IAAI,CAAC,aAAa,CAAC,IAAI,CAAC,eAAe,CAAC,CAAC;QAC3C,CAAC;QAED,sEAAsE;QACtE,EAAE,CAAC,OAAO,CAAC,SAAS,CAAC,EAAE;YACpB,IAAI,CAAC,SAAiC,CAAe,CAAC,UAAU,GAAG,IAAI,CAAC;QAC3E,CAAC,CAAC,CAAC;QAEH,IAAI,CAAC,MAAM,CAAC,UAAU,GAAG,IAAI,CAAC;IAChC,CAAC;IAED,uEAAuE;IACvE,yEAAyE;IACzE,8EAA8E;IAC9E,UAAU;IACV,EAAE;IACF,yCAAyC;IACzC,mBAAmB;IACnB,gCAAgC;IAChC,OAAO;IACP,4CAA4C;IAC5C,8BAA8B;IAC9B,+BAA+B;IAC/B,+BAA+B;IAC/B,oCAAoC;IACpC,0CAA0C;IAC1C,2DAA2D;IAC3D,qDAAqD;IACrD,kDAAkD;IAClD,+CAA+C;IAC/C,+CAA+C;IAC/C,EAAE;IACF,UAAU;IACV,sEAAsE;IACtE,+EAA+E;IAC/E,0EAA0E;IAC1E,4EAA4E;IAC5E,2EAA2E;IAC3E,6BAA6B;IAC7B,4EAA4E;IAC5E,yEAAyE;IACzE,0EAA0E;IAC1E,6EAA6E;IAC7E,yEAAyE;IACzE,wEAAwE;IACxE,4EAA4E;IAC5E,gBAAgB;IAChB,8EAA8E;IAC9E,4EAA4E;IAC5E,2EAA2E;IAC3E,4EAA4E;IAC5E,4EAA4E;IAC5E,+EAA+E;IAC/E,gCAAgC;IAChC,IAAW,QAAQ;QAIjB,OAAO,IAAI,CAAC,SAAS,CAAC;IACxB,CAAC;IAED,IAAW,QAAQ,CAAC,CAA0C;QAC5D,IAAI,CAAC,YAAY,CAAC,IAAI,CAAC,SAAS,EAAE,CAAC,CAAC,CAAC;IACvC,CAAC;IAED,WAAW,CAAC,IAAqB;QAC/B,KAAK,CAAC,aAAa,CAAC,IAAI,CAAC,CAAC;IAC5B,CAAC;IAED,SAAS;QACP,OAAO,KAAK,CAAC,WAAW,EAAE,CAAC;IAC7B,CAAC;CACF;AAED,QAAQ,CAAC,QAAQ,CAAC,gCAAgC,EAAE,cAAc,CAAC,CAAC","sourcesContent":["// Code generated by furo protoc-gen-open-models. DO NOT EDIT.\n// protoc-gen-open-models version: ????\n\nimport { ARRAY, FieldNode, Registry } from '@furo/open-models/dist/index';\nimport {\n  ISourceCodeInfoLocation as IGoogleProtobufSourceCodeInfoLocation,\n  SourceCodeInfoLocation as GoogleProtobufSourceCodeInfoLocation,\n  TSourceCodeInfoLocation as TGoogleProtobufSourceCodeInfoLocation,\n} from './SourceCodeInfo.Location';\n\n/**\n * @interface ISourceCodeInfo\n *  Encapsulates information about the original source file from which a\n *  FileDescriptorProto was generated.\n */\nexport interface ISourceCodeInfo {\n  /**\n   *  A Location identifies a piece of source code in a .proto file which\n   *  corresponds to a particular definition.  This information is intended\n   *  to be useful to IDEs, code indexers, documentation generators, and similar\n   *  tools.\n   *\n   *  For example, say we have a file like:\n   *    message Foo {\n   *      optional string foo = 1;\n   *    }\n   *  Let's look at just the field definition:\n   *    optional string foo = 1;\n   *    ^       ^^     ^^  ^  ^^^\n   *    a       bc     de  f  ghi\n   *  We have the following locations:\n   *    span   path               represents\n   *    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.\n   *    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).\n   *    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).\n   *    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).\n   *    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).\n   *\n   *  Notes:\n   *  - A location may refer to a repeated field itself (i.e. not to any\n   *    particular index within it).  This is used whenever a set of elements are\n   *    logically enclosed in a single code segment.  For example, an entire\n   *    extend block (possibly containing multiple extension definitions) will\n   *    have an outer location whose path refers to the \"extensions\" repeated\n   *    field without an index.\n   *  - Multiple locations may have the same path.  This happens when a single\n   *    logical declaration is spread out across multiple places.  The most\n   *    obvious example is the \"extend\" block again -- there may be multiple\n   *    extend blocks in the same scope, each of which will have the same path.\n   *  - A location's span is not always a subset of its parent's span.  For\n   *    example, the \"extendee\" of an extension declaration appears at the\n   *    beginning of the \"extend\" block and is shared by all extensions within\n   *    the block.\n   *  - Just because a location's span is a subset of some other location's span\n   *    does not mean that it is a descendant.  For example, a \"group\" defines\n   *    both a type and a field in a single declaration.  Thus, the locations\n   *    corresponding to the type and field and their components will overlap.\n   *  - Code which tries to interpret locations should probably be designed to\n   *    ignore those that it doesn't understand, as more types of locations could\n   *    be recorded in the future.\n   */\n  location?: IGoogleProtobufSourceCodeInfoLocation[];\n}\n\n/**\n * @interface TSourceCodeInfo\n *  Encapsulates information about the original source file from which a\n *  FileDescriptorProto was generated.\n */\nexport interface TSourceCodeInfo {\n  /**\n   *  A Location identifies a piece of source code in a .proto file which\n   *  corresponds to a particular definition.  This information is intended\n   *  to be useful to IDEs, code indexers, documentation generators, and similar\n   *  tools.\n   *\n   *  For example, say we have a file like:\n   *    message Foo {\n   *      optional string foo = 1;\n   *    }\n   *  Let's look at just the field definition:\n   *    optional string foo = 1;\n   *    ^       ^^     ^^  ^  ^^^\n   *    a       bc     de  f  ghi\n   *  We have the following locations:\n   *    span   path               represents\n   *    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.\n   *    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).\n   *    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).\n   *    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).\n   *    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).\n   *\n   *  Notes:\n   *  - A location may refer to a repeated field itself (i.e. not to any\n   *    particular index within it).  This is used whenever a set of elements are\n   *    logically enclosed in a single code segment.  For example, an entire\n   *    extend block (possibly containing multiple extension definitions) will\n   *    have an outer location whose path refers to the \"extensions\" repeated\n   *    field without an index.\n   *  - Multiple locations may have the same path.  This happens when a single\n   *    logical declaration is spread out across multiple places.  The most\n   *    obvious example is the \"extend\" block again -- there may be multiple\n   *    extend blocks in the same scope, each of which will have the same path.\n   *  - A location's span is not always a subset of its parent's span.  For\n   *    example, the \"extendee\" of an extension declaration appears at the\n   *    beginning of the \"extend\" block and is shared by all extensions within\n   *    the block.\n   *  - Just because a location's span is a subset of some other location's span\n   *    does not mean that it is a descendant.  For example, a \"group\" defines\n   *    both a type and a field in a single declaration.  Thus, the locations\n   *    corresponding to the type and field and their components will overlap.\n   *  - Code which tries to interpret locations should probably be designed to\n   *    ignore those that it doesn't understand, as more types of locations could\n   *    be recorded in the future.\n   */\n  location?: TGoogleProtobufSourceCodeInfoLocation[];\n}\n\n/**\n * SourceCodeInfo\n *  Encapsulates information about the original source file from which a\n *  FileDescriptorProto was generated.\n */\nexport class SourceCodeInfo extends FieldNode {\n  //  A Location identifies a piece of source code in a .proto file which\n  //  corresponds to a particular definition.  This information is intended\n  //  to be useful to IDEs, code indexers, documentation generators, and similar\n  //  tools.\n  //\n  //  For example, say we have a file like:\n  //    message Foo {\n  //      optional string foo = 1;\n  //    }\n  //  Let's look at just the field definition:\n  //    optional string foo = 1;\n  //    ^       ^^     ^^  ^  ^^^\n  //    a       bc     de  f  ghi\n  //  We have the following locations:\n  //    span   path               represents\n  //    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.\n  //    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).\n  //    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).\n  //    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).\n  //    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).\n  //\n  //  Notes:\n  //  - A location may refer to a repeated field itself (i.e. not to any\n  //    particular index within it).  This is used whenever a set of elements are\n  //    logically enclosed in a single code segment.  For example, an entire\n  //    extend block (possibly containing multiple extension definitions) will\n  //    have an outer location whose path refers to the \"extensions\" repeated\n  //    field without an index.\n  //  - Multiple locations may have the same path.  This happens when a single\n  //    logical declaration is spread out across multiple places.  The most\n  //    obvious example is the \"extend\" block again -- there may be multiple\n  //    extend blocks in the same scope, each of which will have the same path.\n  //  - A location's span is not always a subset of its parent's span.  For\n  //    example, the \"extendee\" of an extension declaration appears at the\n  //    beginning of the \"extend\" block and is shared by all extensions within\n  //    the block.\n  //  - Just because a location's span is a subset of some other location's span\n  //    does not mean that it is a descendant.  For example, a \"group\" defines\n  //    both a type and a field in a single declaration.  Thus, the locations\n  //    corresponding to the type and field and their components will overlap.\n  //  - Code which tries to interpret locations should probably be designed to\n  //    ignore those that it doesn't understand, as more types of locations could\n  //    be recorded in the future.\n  private _location: ARRAY<\n    GoogleProtobufSourceCodeInfoLocation,\n    IGoogleProtobufSourceCodeInfoLocation\n  >;\n\n  public __defaultValues: ISourceCodeInfo;\n\n  constructor(\n    initData?: ISourceCodeInfo,\n    parent?: FieldNode,\n    parentAttributeName?: string,\n  ) {\n    super(undefined, parent, parentAttributeName);\n    this.__meta.typeName = 'google.protobuf.SourceCodeInfo';\n\n    this.__meta.nodeFields = [\n      {\n        fieldName: 'location',\n        protoName: 'location',\n        FieldConstructor: GoogleProtobufSourceCodeInfoLocation,\n        constraints: {},\n      },\n    ];\n\n    // Initialize the fields\n    //  A Location identifies a piece of source code in a .proto file which\n    //  corresponds to a particular definition.  This information is intended\n    //  to be useful to IDEs, code indexers, documentation generators, and similar\n    //  tools.\n    //\n    //  For example, say we have a file like:\n    //    message Foo {\n    //      optional string foo = 1;\n    //    }\n    //  Let's look at just the field definition:\n    //    optional string foo = 1;\n    //    ^       ^^     ^^  ^  ^^^\n    //    a       bc     de  f  ghi\n    //  We have the following locations:\n    //    span   path               represents\n    //    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.\n    //    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).\n    //    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).\n    //    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).\n    //    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).\n    //\n    //  Notes:\n    //  - A location may refer to a repeated field itself (i.e. not to any\n    //    particular index within it).  This is used whenever a set of elements are\n    //    logically enclosed in a single code segment.  For example, an entire\n    //    extend block (possibly containing multiple extension definitions) will\n    //    have an outer location whose path refers to the \"extensions\" repeated\n    //    field without an index.\n    //  - Multiple locations may have the same path.  This happens when a single\n    //    logical declaration is spread out across multiple places.  The most\n    //    obvious example is the \"extend\" block again -- there may be multiple\n    //    extend blocks in the same scope, each of which will have the same path.\n    //  - A location's span is not always a subset of its parent's span.  For\n    //    example, the \"extendee\" of an extension declaration appears at the\n    //    beginning of the \"extend\" block and is shared by all extensions within\n    //    the block.\n    //  - Just because a location's span is a subset of some other location's span\n    //    does not mean that it is a descendant.  For example, a \"group\" defines\n    //    both a type and a field in a single declaration.  Thus, the locations\n    //    corresponding to the type and field and their components will overlap.\n    //  - Code which tries to interpret locations should probably be designed to\n    //    ignore those that it doesn't understand, as more types of locations could\n    //    be recorded in the future.\n    this._location = new ARRAY<\n      GoogleProtobufSourceCodeInfoLocation,\n      IGoogleProtobufSourceCodeInfoLocation\n    >(undefined, this, 'location');\n\n    // Set required fields\n    [].forEach(fieldName => {\n      (this[fieldName as keyof SourceCodeInfo] as FieldNode).__meta.required =\n        true;\n    });\n\n    // Default values from openAPI annotations\n    this.__defaultValues = {};\n\n    // Initialize the fields with init data\n    if (initData !== undefined) {\n      this.__fromLiteral({ ...this.__defaultValues, ...initData });\n    } else {\n      this.__fromLiteral(this.__defaultValues);\n    }\n\n    // Set readonly fields after the init, so child nodes are readonly too\n    [].forEach(fieldName => {\n      (this[fieldName as keyof SourceCodeInfo] as FieldNode).__readonly = true;\n    });\n\n    this.__meta.isPristine = true;\n  }\n\n  //  A Location identifies a piece of source code in a .proto file which\n  //  corresponds to a particular definition.  This information is intended\n  //  to be useful to IDEs, code indexers, documentation generators, and similar\n  //  tools.\n  //\n  //  For example, say we have a file like:\n  //    message Foo {\n  //      optional string foo = 1;\n  //    }\n  //  Let's look at just the field definition:\n  //    optional string foo = 1;\n  //    ^       ^^     ^^  ^  ^^^\n  //    a       bc     de  f  ghi\n  //  We have the following locations:\n  //    span   path               represents\n  //    [a,i)  [ 4, 0, 2, 0 ]     The whole field definition.\n  //    [a,b)  [ 4, 0, 2, 0, 4 ]  The label (optional).\n  //    [c,d)  [ 4, 0, 2, 0, 5 ]  The type (string).\n  //    [e,f)  [ 4, 0, 2, 0, 1 ]  The name (foo).\n  //    [g,h)  [ 4, 0, 2, 0, 3 ]  The number (1).\n  //\n  //  Notes:\n  //  - A location may refer to a repeated field itself (i.e. not to any\n  //    particular index within it).  This is used whenever a set of elements are\n  //    logically enclosed in a single code segment.  For example, an entire\n  //    extend block (possibly containing multiple extension definitions) will\n  //    have an outer location whose path refers to the \"extensions\" repeated\n  //    field without an index.\n  //  - Multiple locations may have the same path.  This happens when a single\n  //    logical declaration is spread out across multiple places.  The most\n  //    obvious example is the \"extend\" block again -- there may be multiple\n  //    extend blocks in the same scope, each of which will have the same path.\n  //  - A location's span is not always a subset of its parent's span.  For\n  //    example, the \"extendee\" of an extension declaration appears at the\n  //    beginning of the \"extend\" block and is shared by all extensions within\n  //    the block.\n  //  - Just because a location's span is a subset of some other location's span\n  //    does not mean that it is a descendant.  For example, a \"group\" defines\n  //    both a type and a field in a single declaration.  Thus, the locations\n  //    corresponding to the type and field and their components will overlap.\n  //  - Code which tries to interpret locations should probably be designed to\n  //    ignore those that it doesn't understand, as more types of locations could\n  //    be recorded in the future.\n  public get location(): ARRAY<\n    GoogleProtobufSourceCodeInfoLocation,\n    IGoogleProtobufSourceCodeInfoLocation\n  > {\n    return this._location;\n  }\n\n  public set location(v: IGoogleProtobufSourceCodeInfoLocation[]) {\n    this.__TypeSetter(this._location, v);\n  }\n\n  fromLiteral(data: ISourceCodeInfo) {\n    super.__fromLiteral(data);\n  }\n\n  toLiteral(): ISourceCodeInfo {\n    return super.__toLiteral();\n  }\n}\n\nRegistry.register('google.protobuf.SourceCodeInfo', SourceCodeInfo);\n"]}