@furo/open-models 1.15.3 → 1.16.0

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

@@ -0,0 +1,262 @@
+// 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.description = 'SourceCodeInfoLocation';
+        this.__meta.nodeFields = [
+            {
+                fieldName: 'path',
+                protoName: 'path',
+                FieldConstructor: INT32,
+                constraints: {},
+                description: '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).',
+            },
+            {
+                fieldName: 'span',
+                protoName: 'span',
+                FieldConstructor: INT32,
+                constraints: {},
+                description: '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.',
+            },
+            {
+                fieldName: 'leadingComments',
+                protoName: 'leading_comments',
+                FieldConstructor: STRING,
+                constraints: {},
+                description: '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.',
+            },
+            {
+                fieldName: 'trailingComments',
+                protoName: 'trailing_comments',
+                FieldConstructor: STRING,
+                constraints: {},
+                description: '',
+            },
+            {
+                fieldName: 'leadingDetachedComments',
+                protoName: 'leading_detached_comments',
+                FieldConstructor: STRING,
+                constraints: {},
+                description: '',
+            },
+        ];
+        // 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

@@ -0,0 +1 @@
+{"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;QACjE,IAAI,CAAC,MAAM,CAAC,WAAW,GAAG,wBAAwB,CAAC;QAEnD,IAAI,CAAC,MAAM,CAAC,UAAU,GAAG;YACvB;gBACE,SAAS,EAAE,MAAM;gBACjB,SAAS,EAAE,MAAM;gBACjB,gBAAgB,EAAE,KAAK;gBACvB,WAAW,EAAE,EAAE;gBACf,WAAW,EACT,84BAA84B;aACj5B;YACD;gBACE,SAAS,EAAE,MAAM;gBACjB,SAAS,EAAE,MAAM;gBACjB,gBAAgB,EAAE,KAAK;gBACvB,WAAW,EAAE,EAAE;gBACf,WAAW,EACT,qUAAqU;aACxU;YACD;gBACE,SAAS,EAAE,iBAAiB;gBAC5B,SAAS,EAAE,kBAAkB;gBAC7B,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;gBACf,WAAW,EACT,skDAAskD;aACzkD;YACD;gBACE,SAAS,EAAE,kBAAkB;gBAC7B,SAAS,EAAE,mBAAmB;gBAC9B,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;gBACf,WAAW,EAAE,EAAE;aAChB;YACD;gBACE,SAAS,EAAE,yBAAyB;gBACpC,SAAS,EAAE,2BAA2B;gBACtC,gBAAgB,EAAE,MAAM;gBACxB,WAAW,EAAE,EAAE;gBACf,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    this.__meta.description = 'SourceCodeInfoLocation';\n\n    this.__meta.nodeFields = [\n      {\n        fieldName: 'path',\n        protoName: 'path',\n        FieldConstructor: INT32,\n        constraints: {},\n        description:\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      {\n        fieldName: 'span',\n        protoName: 'span',\n        FieldConstructor: INT32,\n        constraints: {},\n        description:\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      {\n        fieldName: 'leadingComments',\n        protoName: 'leading_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n        description:\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      {\n        fieldName: 'trailingComments',\n        protoName: 'trailing_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n        description: '',\n      },\n      {\n        fieldName: 'leadingDetachedComments',\n        protoName: 'leading_detached_comments',\n        FieldConstructor: STRING,\n        constraints: {},\n        description: '',\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

@@ -0,0 +1,122 @@
+import { ARRAY, FieldNode } from '@furo/open-models/dist/index';
+import { SourceCodeInfoLocation as GoogleProtobufSourceCodeInfoLocation, type ISourceCodeInfoLocation as IGoogleProtobufSourceCodeInfoLocation, type 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

@@ -0,0 +1,147 @@
+// 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.description =
+            'SourceCodeInfo Encapsulates information about the original source file from which a\n FileDescriptorProto was generated.';
+        this.__meta.nodeFields = [
+            {
+                fieldName: 'location',
+                protoName: 'location',
+                FieldConstructor: GoogleProtobufSourceCodeInfoLocation,
+                constraints: {},
+                description: '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.',
+            },
+        ];
+        // 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