<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Jari et al.,<br>
    <br>
    here is a weird accidental movement behaviour.<br>
    <br>
    When I use the Accidental Mover tool (or FCAccidentalMod ->
    HorizontalPos) and change the horizontal position to a new value,
    the accidental jumps onto the notehead (!) and takes the notehead as
    a new reference position.<br>
    This Finale document was created with Fin2002a.<br>
    The normal behaviour is that the change of the horizontal position
    keeps the reference position (i.e. far before the notehead) and
    moves only according to the new value.<br>
    <br>
    See this video:<br>
    First the weird behaviour, then the normal behaviour (in the Fin2014
    default document):<br>
    <a class="moz-txt-link-freetext" href="https://www.youtube.com/watch?v=wRLsU40Kog8">https://www.youtube.com/watch?v=wRLsU40Kog8</a><br>
    <br>
    While making this video I also noticed, that sometimes the anchor
    point changed (!).<br>
    So maybe there used to be a flag in Finale (<=2002) which changed
    the alignment point of the accidental.<br>
    Have a look at the 23. second in this video: I click on the anchor
    point and it suddenly jumps from the right of the accidental to the
    left of the accidental.<br>
    <a class="moz-txt-link-freetext" href="https://www.youtube.com/watch?v=6EjOfAlhwMM#t=20s">https://www.youtube.com/watch?v=6EjOfAlhwMM#t=20s</a><br>
    When the anchor point jumps (but this only happens very seldom, and
    I can't reproduce it) and I check the FCAccidentalMod it suddenly
    returns a -54 EVPU value for HorizontalPos. While by default (when
    the anchor point hasn't jump before) it returns no existing
    accidental mod and thus a 0 EVPU value.<br>
    <br>
    I haven't found a way to detect or to remove this behaviour yet.
    Probably it's not even possible.<br>
    Attached is the document with the measure from the video where this
    weird thing happens.<br>
    <br>
    Any ideas?<br>
    The only thing that came to mind: it was created with Fin2002a. <br>
    Maybe this was a bug in Fin2002a which they fixed in 2002b? <br>
    Or this was something available before 2002, but not supported
    anymore.<br>
    <br>
    Best,<br>
    Jan<br>
  </body>
</html>