[JW Lua] Slur metrics returns wrong values - revisited

[Jan Angermüller]

I have done a bit more research on the "Slur Tips Avoid Staff Lines" 
issue and can confirm that "CalcLeft/RightEntryMetricsPos" always 
returns the value that will be printed to PDF/printer.
But: that value may differ from what is visible on the screen.
If the slur touches the top or bottom staff line, the visual result and 
the calculated values can be different.
If the slur touches an inner staff line, the visual resuls and the value 
were always identical (at least in my research).
The visual appearance is also dependent on the current zoom selection! 
With some zoom factors the staff line collision is avoided, with some it 
isn't. There is probably a rounding problem somewhere.

Or in other words: I may see a collision for example between a slur and 
expression on screen, but it will print fine without collision.

I have also contacted MM on that issue, but their answer was neither 
really helpful, nor really reproduceable - the screenshots they sent 
looked different on my system. And even an identical slur sometimes 
touches the stafflines and sometimes doesn't (see my attached screenshot).

MM wrote:
"Tips Avoid Staff Lines workings in a contextual sense. It depends on 
how many notes are under the slur and where the slur falls on the page. 
It will not work on every instance of every slur due to how each slur is 
created.
Wide slurs will be more responsive to the avoid staff lines option, 
small slurs won't be.
It sounds like this feature is not described well in the manual, and 
also may not be working the best."

Not very satisfying, but at least the printed result is fine.

Jan


Am 16.11.2016 um 10:38 schrieb Jan Angermüller:
> >I think that CalcRightEntryMetricsPos is always correct
> >But Finale does not always display the values of"Smart shape placement" .
> That's another possible perspective. And yes indeed, the behaviour of 
> "Tips Avoid Staff Lines" seems unclear to me too and doesn't do what 
> it promises to do. So probably it's even recommended to uncheck this 
> feature in the options then.
>
> Jan
>
>> Le 16/11/2016 à 10:10, Jan Angermüller a écrit :
>>> Hi Chris and Jari,
>>>
>>> >The values of"Smart shape placement" are not always those displayed.
>>> >They depend on the parameter "Smart Slur Options -> Tips avoid Staff Lines By".
>>> That's the solution!
>>> Although the interesting thing in this case is that the values of 
>>> "Smart Shape Placement" are indeed correct here (it's a 12 EVPU 
>>> distance).
>>> It's only the calculated distance 
>>> (FCSmartShape:CalcRightEntryMetricsPos) that returns the wrong value.
>>> But if I add the "Avoid Staff Lines" value to the wrong value, it 
>>> becomes correct.
>>> Or: if I set the "Avoid Staff Lines" value to 0 (which doesn't 
>>> change the slur visually), the calculated vertical metrics from 
>>> CalcRightEntryMetricsPos are also correct.
>>>
>>> So there must be a problem somewhere back in JW Lua or in the Plugin 
>>> SDK that*accidentally adds the Avoid Stafff Lines values in this case.*
>>>
>>> My workaround now: uncheck "Tips Avoid Staff Lines" or set the value 
>>> to 0.
>>
>>
>>
>> _______________________________________________
>> JWLua mailing list
>> JWLua at jwmusic.nu
>> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu
>
>
>
> _______________________________________________
> JWLua mailing list
> JWLua at jwmusic.nu
> http://jwmusic.nu/mailman/listinfo/jwlua_jwmusic.nu

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://jwmusic.nu/pipermail/jwlua_jwmusic.nu/attachments/20170223/683503ac/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: slur tips avoid staff lines.jpg
Type: image/jpeg
Size: 126431 bytes
Desc: not available
URL: <http://jwmusic.nu/pipermail/jwlua_jwmusic.nu/attachments/20170223/683503ac/attachment.jpg>