<div dir="ltr">On further reflection, I think what I'll do is modify FCNoteEntryCell:Save not to actually save an empty frame when the measure already lacks a frame for that layer. That will work with any loadlayer mode and not require any external code changes. <br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Apr 15, 2024 at 4:35 AM Jan Angermüller <<a href="mailto:jan@angermueller.com">jan@angermueller.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u>

  
    
  
  <div>
    Thank you for the quick explanation and solution, Robert!<br>
    <br>
    Jan<br>
    <br>
    <div>Am 15.04.2024 um 04:48 schrieb Robert
      Patterson:<br>
    </div>
    <blockquote type="cite">
      
      <div dir="ltr">
        <div>
          <div>This is definitely Finale resetting the tie end bit (as
            it can do at any time.) The interesting part is, what's
            triggering it is saving the empty layer 2 frame in bar 2.
            The `eachentrysaved` function <a href="https://github.com/finale-lua/lua-source/blob/master/built-in-functions/rgplua_built_in_functions.lua" target="_blank">uses FCNoteEntryCell </a>to hold
            the frames. By default, a frame for all four layers is
            created. (This allows a script to insert notes into empty
            frames, for example.)</div>
          <div><br>
          </div>
          <div>You can limit the layers it loads with SetLoadLayerMode.
            Then the empty for loop will not reset the tie end:</div>
          <div><br>
          </div>
          <div>local region=finale.FCMusicRegion()<br>
            region:SetFullDocument()<br>
            for e in eachentrysaved(region, 1) do<br>
            end</div>
          <br>
        </div>
        <div>Weirdly, even freezing the accidental doesn't preserve it
          from this Finale bug. A helpful addition might be a new
          loadlayermode that loads only the frames that are there, which
          could be different cell by cell.</div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Sun, Apr 14, 2024 at
          11:05 AM Robert Patterson <<a href="mailto:robert@robertgpatterson.com" target="_blank">robert@robertgpatterson.com</a>>
          wrote:<br>
        </div>
        <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
          <div dir="ltr">This is almost certainly Finale recalculating
            the Tie End bits when the TGF is saved, but I'll check it.
            Finale can recalculate ties at any point, so if you don't
            want an accidental it should be forced.<br>
          </div>
          <br>
          <div class="gmail_quote">
            <div dir="ltr" class="gmail_attr">On Sun, Apr 14, 2024 at
              10:19 AM Jan Angermüller <<a href="mailto:jan@angermueller.com" target="_blank">jan@angermueller.com</a>>
              wrote:<br>
            </div>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              <div> Robert,<br>
                <br>
                the following simple "Do nothing, except save" script on
                the attached score makes an accidental appear on the
                layer 2 note in measure 3:<br>
                <br>
                local region=finale.FCMusicRegion()<br>
                region:SetFullDocument()<br>
                local e<br>
                for e in eachentrysaved(region) do <br>
                end <br>
                <br>
                Is this the expected behaviour?<br>
                It may not be best practice to use the "TieBackwards
                /Tie End" flag to hide the accidentall as the tie comes
                from another layer.<br>
                However, eachentrysaved should not remove
                the TieBackwards flag either.<br>
                <br>
                When running the loop with eachentry, everything remains
                like it is. <br>
                (tested with RGP Lua 0.66 and 0.73)<br>
                <br>
                Jan <br>
                <br>
              </div>
              _______________________________________________<br>
              JWLua mailing list<br>
              <a href="mailto:JWLua@jwmusic.nu" target="_blank">JWLua@jwmusic.nu</a><br>
              <a href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu" rel="noreferrer" target="_blank">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a><br>
            </blockquote>
          </div>
        </blockquote>
      </div>
      <br>
      <fieldset></fieldset>
      <pre>_______________________________________________
JWLua mailing list
<a href="mailto:JWLua@jwmusic.nu" target="_blank">JWLua@jwmusic.nu</a>
<a href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu" target="_blank">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a>
</pre>
    </blockquote>
    <br>
    <pre cols="72">-- 
Jan Angermüller
Orchideenstieg 13
22297 Hamburg
Tel. 040 - 28 94 84 82
Mobil 0173 - 99 33 904
<a href="http://www.elbsound.studio" target="_blank">www.elbsound.studio</a></pre>
  </div>

_______________________________________________<br>
JWLua mailing list<br>
<a href="mailto:JWLua@jwmusic.nu" target="_blank">JWLua@jwmusic.nu</a><br>
<a href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu" rel="noreferrer" target="_blank">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a><br>
</blockquote></div>