<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    The file was originally created in Finale 2002a according to the
    file info (in Fin2014 it says 2002a.r1, in Fin26 it says 2002.1.1).
    I received a Finale 2014d imported version of the document from my
    client.<br>
    <br>
    Thanks for your note detail flag suggestion. Yes, I had already
    tried it this morning, because I also noticed that the flag is not
    set. But without success. Even if I set the note detail flag it
    won't detect the (hidden) FCAccidentalMod.<br>
    <br>
    >Maybe the difference is that I am using F26.3 (Mac) to import
    the file, because I am seeing correct behavior from >LoadAt. <br>
    You mean you get a LoadAt() == true and a horizontal pos -54 EVPU
    directly after opening the file?<br>
    I only tested on Fin2014 and Fin26.2 (both MacOS and Windows), but
    both times it returned false and 0 EVPU.<br>
    I doubt that they would have fixed this in 26.3? Or have they?<br>
    <br>
    To make sure that we are not at cross purposes, here is again a
    video of Finale 26.2 with the behaviour.<br>
    <a id="watch-url" target="_blank" class="style-scope
      ytcp-video-share-dialog" href="https://youtu.be/G7E9j9FGbI0">https://youtu.be/G7E9j9FGbI0
    </a><br>
    There you see that it returns false, and that changing the value
    from 0 to 1 makes a 55 EVPU jump instead of a 1 EVPU jump.<br>
    <br>
    Jan<br>
    <br>
    <br>
    <br>
    <br>
    <div class="moz-cite-prefix">Am 08.07.2020 um 19:05 schrieb Robert
      Patterson:<br>
    </div>
    <blockquote type="cite"
cite="mid:CAACncetUthtx6FjQXwTSpYUtZdfSY-q8SUojDsiGdF+WjSLujw@mail.gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      <div dir="ltr">
        <div>Maybe the difference is that I am using F26.3 (Mac) to
          import the file, because I am seeing correct behavior from
          LoadAt. But clearly this is *not* a F02 file because it has a
          .musx extension. If you want to send the original .mus I will
          be happy to try it.</div>
        <div><br>
        </div>
        <div>That said, the thing I would check before anything else is
          the note detail flag on that entry. (You can check it
          with...the enigma text dump plugin!) Loss of entry bits is
          common. Finale itself tends to ignore them, but I notice the
          PDK Framework does not. (You can download the PDK Framework
          source code for yourself at Jari's website. It's a very old
          version, but LoadAt is in there.)</div>
        <div><br>
        </div>
        <div>So the first thing I would do to repair the file is set the
          note entry bit and then see if LoadAt starts behaving properly
          again.</div>
        <div><br>
        </div>
      </div>
      <br>
      <div class="gmail_quote">
        <div dir="ltr" class="gmail_attr">On Wed, Jul 8, 2020 at 11:51
          AM Jan Angermüller <<a href="mailto:jan@angermueller.com"
            moz-do-not-send="true">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> It doesn't work with the Finale test file from the first
            email (I have attached it again).<br>
            That one was created with Finale 2002a and probably is not
            compatible with current Finale versions.<br>
            See my two screenshot videos with these weird behaviours in
            the first email.<br>
            <br>
            1.) This file returns false with LoadAt.<br>
            2.) But it actually seems to have a hidden value -54 EVPU
            (which can be seen in the Youtube videos)<br>
            3.) Through manual movement I can reproduce this -54 EVPU
            value. <br>
            4.) The anchor point of the accidental suddenly jumps when I
            click it -> see video. It seems that the hidden
            FCAccidentalMod used in this document had a different
            alignment option which is not available in Finale anymore
            and causes this weird behaviour  (as you said and as I
            guessed it probably has to do with a deprecated Finale
            option which is not correctly imported into Finale 2014)<br>
            5.) But I cannot get this value automatically: i.e. when I
            load the accidtest.musx document and run the script
            immediately, it will always return 0 EVPU and not -54 EVPU.
            So the FCAccidentalMod seems to be somehow hidden. <br>
            -> That's what my question is about.<br>
            <br>
            As I said my Perfect Layout accidental placement script
            normally works. This is the first document where the
            automatic FCAccidentalMod reading doesn't work. The code
            snippet that I posted is just for testing purposes. The
            Perfect Layout script is much more complex, but it's not
            relevant here.<br>
            <br>
            What I want is:<br>
            - Read the current horizontal position of the accidental
            (usually 0 EVPU as there is usually no FCAccidentalMod, if
            there is an FCAccidentalMod read this value). He<br>
            - Change the current position by adding a small value (e.g.
            10 EVPU)<br>
            - Accidtest returns the wrong horizontal position by default<br>
            <br>
            If I add a value to this accidtest.musx document, it moves
            the accidental to the wrong position.<br>
            Because 0 EVPU (which usually is the position before the
            notehead) is in this case the wrong reference position.<br>
            When I save an accidental mod with HorizontalPos=1 EVPU to
            this accidtest, it moves the accidental by 55 EVPU and not
            by 1 EVPU.<br>
            <br>
            Jan<br>
            <br>
            <br>
            <br>
            <br>
            <br>
            <br>
            <div>Am 08.07.2020 um 18:33 schrieb Robert Patterson:<br>
            </div>
            <blockquote type="cite">
              <div dir="ltr">
                <div>With your script, running on your file,
                  FCAccidentalMod:LoadAt returns true if there is an
                  acci mod and false if there isn't one. What's the
                  issue?</div>
                <div><br>
                </div>
                <div>If the question is, "where did that -54 come
                  from?", the answer is Finale calculated it and put it
                  there. I wouldn't worry about where it came from.
                  Instead, I would set the value you want and save it.
                  Don't forget to set the note detail flag on
                  FCNoteEntry.<br>
                </div>
                <div><br>
                </div>
                <div>If you are not seeing the results you think you
                  should see after running your script, use my plugin to
                  compare the changes made by your script to those
                  identical changes done manually. That will show you
                  what your script is lacking.</div>
              </div>
            </blockquote>
            <br>
          </div>
          _______________________________________________<br>
          JWLua mailing list<br>
          <a href="mailto:JWLua@jwmusic.nu" target="_blank"
            moz-do-not-send="true">JWLua@jwmusic.nu</a><br>
          <a href="http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu"
            rel="noreferrer" target="_blank" moz-do-not-send="true">http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu</a><br>
        </blockquote>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></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
Dipl.-Ing.(FH) Dipl.-Jur. 
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>