<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">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>
    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>