Vertical frame drag bug
Alright, whose been introducing all these bugs!? >:) (actually appreciating most of all the changes so far, so a thanks to those involved to make this a better program)
Included is a score which has:
1) Vertical Frame
2) System of music with a page break
3) Vertical Frame
4) Another system of music
5) Now, go to second page and drag the vertical frame's middle node and the frame's height increases tremendously and goes past the entire page...
Any thoughts as to who/what introduced what to allow for such a thing?
Maybe 3.5RC can have this fixed? Or has it been fixed already with nightlies of 3.x?
Demonstration:
| Attachment | Size |
|---|---|
| Drag-VertFrame35beta.mscz | 3.2 KB |
Comments
I'm not totally following the steps to reproduce this. I tried:
1) go to page two
2) click frame at top
3) click and hold handle
4) drag up or down
I didn't see any problem using 3.5 beta.
I also tried double-clicking the frame then using arrow keys to adjust the handle, same good result.
In reply to I'm not totally following… by Marc Sabatella
I can't reproduce it either (tried 3.5.0 Beta on 64-bit Windows).
In reply to I'm not totally following… by Marc Sabatella
Using AppImage on linux mint distro. No problem with appimage in 3.4.2, so it seems an inconsistency in portable behavior was introduced in the 3.x branch or in the libs or something
In reply to Using AppImage on linux. No… by worldwideweary
I’m using the 3.5 AppImage too and no problem for me, nor in a more recent build of my own.
In reply to I’m using the 3.5 AppImage… by Marc Sabatella
It's probably a preference setting difference. I verified that if i switched back to horizontal scrolling and unchecked the "Limit scroll area to page borders" option that the bug doesn't manifest, but upon returning back to my customized default of vertical scrolling (with or without the the "limit" option) it came back again. Try it with the vertical setting on.
Again, I never experienced this in 3.4.2. I have a tendency to take it for granted that I always use Vertical+Limited+Page Width as my default style of operation. Funny enough, I vaguely remember having a discussion with Marc about some other bug (unrelated?) years back and having a discrepancy of reproduction due to these settings.
In reply to It's probably a preference… by worldwideweary
After setting Scroll Pages to Vertically, I can now reproduce this in both 3.4.2 and 3.5.0 Beta. (And it doesn't matter whether or not Limit scroll area to page borders is enabled.)
See #307323: Vertical frame drag bug
Hello, don't know if my problem is the same as of worldwideweary:
I can extend the vertical frame beyond the bottom of the page. The handle is then no longer visible, but is that logical? Ok, I can mark the frame and reduce its height in the inspector. Doesn't it make more sense if the vertical frame "stops" at the bottom of the page? MS 3.5beta / Linux Mint 19.3
Greeting, Pentatonus
In reply to Hello, don't know if my… by Pentatonus
What happens with existing frames when you then pick a smaller page size?
And then increase it again?
In reply to What happens with existing… by jeetee
Good point. I hadn't considered that.
In reply to Hello, don't know if my… by Pentatonus
Pentatonus, I'd go even further and also omit the ability to have a negative vertical frame size and disallow 0.00sp for height since when that is set, the user can no longer see the damned thing. I'd make something ilke 0.01sp the minimum, but that's just my opinion.
In reply to Pentatonus, I'd go even… by worldwideweary
People have been known to use zero and negative height frames for various layout effects. Disallowing that that should only come at a major release where we are making more significant changes and people should expect old tricks not to work any more.
In reply to People have been known to… by Marc Sabatella
Guilty, your honor ;-)
PR Created: https://github.com/musescore/MuseScore/pull/6308