fix SoftNcRunner GM code normalization.
This commit is contained in:
@@ -298,6 +298,45 @@ to store typed values at parse time.
|
||||
|
||||
|
||||
|
||||
<a id="Hi_NcParsers_Syntaxs_SyntaxPiece_SentenceIndex_" data-uid="Hi.NcParsers.Syntaxs.SyntaxPiece.SentenceIndex*"></a>
|
||||
|
||||
<h3 id="Hi_NcParsers_Syntaxs_SyntaxPiece_SentenceIndex" data-uid="Hi.NcParsers.Syntaxs.SyntaxPiece.SentenceIndex">
|
||||
SentenceIndex
|
||||
|
||||
</h3>
|
||||
|
||||
<div class="markdown level1 summary"><p>0-based ordinal in NC execution order. Stamped at piece construction
|
||||
time by <a class="xref" href="Hi.NcParsers.Segmenters.ISegmenter.html">GetSyntaxPieces(ISegmenter, LazyLinkedList<IndexedFileLine>, int, NcDiagnosticProgress, CancellationToken)</a> from the destination
|
||||
<code>layers[0]</code>'s running count, so subprogram pieces inlined by
|
||||
<code>SubProgramCallSyntax</code> get sequential indices that interleave
|
||||
correctly between host blocks. Useful as a cross-process alignment
|
||||
key (messages, ClStripPos, MachiningStep) — unlike
|
||||
<code>FileLineUtil.MixedIndex()</code>, it reflects execution order rather
|
||||
than (FileIndex, LineIndex) source order.</p>
|
||||
</div>
|
||||
<div class="markdown level1 conceptual"></div>
|
||||
|
||||
<div class="codewrapper">
|
||||
<pre><code class="lang-csharp hljs">public int SentenceIndex { get; set; }</code></pre>
|
||||
</div>
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<h4 class="section">Property Value</h4>
|
||||
<dl class="parameters">
|
||||
<dt><a class="xref" href="https://learn.microsoft.com/dotnet/api/system.int32">int</a></dt>
|
||||
<dd></dd>
|
||||
</dl>
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
<h2 class="section" id="methods">Methods
|
||||
</h2>
|
||||
|
||||
|
||||
Reference in New Issue
Block a user