<!DOCTYPE html>
<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Thank you for the quick explanation and solution, Robert!<br>
    <br>
    Jan<br>
    <br>
    <div class="moz-cite-prefix">Am 15.04.2024 um 04:48 schrieb Robert
      Patterson:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAACnces7cymU1znwR9BxuOvdOORbC=-kZOJ8Cqk1BN52RQbw2g@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <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"
              moz-do-not-send="true">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"
            moz-do-not-send="true" class="moz-txt-link-freetext">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"
                moz-do-not-send="true" class="moz-txt-link-freetext">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"
                moz-do-not-send="true" class="moz-txt-link-freetext">JWLua@jwmusic.nu</a><br>
              <a
href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu"
                rel="noreferrer" target="_blank" moz-do-not-send="true"
                class="moz-txt-link-freetext">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a><br>
            </blockquote>
          </div>
        </blockquote>
      </div>
      <br>
      <fieldset class="moz-mime-attachment-header"></fieldset>
      <pre class="moz-quote-pre" wrap="">_______________________________________________
JWLua mailing list
<a class="moz-txt-link-abbreviated" href="mailto:JWLua@jwmusic.nu">JWLua@jwmusic.nu</a>
<a class="moz-txt-link-freetext" href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a>
</pre>
    </blockquote>
    <br>
    <pre class="moz-signature" cols="72">-- 
Jan Angermüller
Orchideenstieg 13
22297 Hamburg
Tel. 040 - 28 94 84 82
Mobil 0173 - 99 33 904
<a class="moz-txt-link-abbreviated" href="http://www.elbsound.studio">www.elbsound.studio</a></pre>
  </body>
</html>