3.3B Mac -- Mouse use of color dialog falsifies mouse-tracking, palette bar dies horrible death
I didn't notice this until now when I tried to make slurs and lyrics red, because my red-note plugin has removed the need for me to make notes red any other way.
OS: macOS 10.14, Arch.: x86_64, MuseScore version (64-bit): 3.3.0.23559, revision: f94c273
This seems reproducible on any score with this version. With the inspector visiblle, click on any note. Click the color swatch. The color dialog comes up over the palette bar. Click on "Maraschino" (click, don't type). Click on "OK". The mouse now starts dragging the palette bar boundary, and even typing "ESC" doesn't drop it. In fact, getting the drag to stop is incredibly difficult and the screen and the score get messed up more and more.
Please see if you can duplicate this; it is ungettaroundable (Well, if I type "maras", (enter)..)
Comments
This is very difficult to get around; once you press "OK" in the color dialog, it is extremely difficult to regain control of the mouse/pointer. Totally reproducible, and I think it is a REGRESSION. Please, somebody try this and let's see if it can be fixed.
Just checked. There is indeed a regression. After clicking on a colour in the colour picker, score view indeed starts dragging around. The issue is fixed after a single mouse click.
My system is OS: macOS 10.14, Arch.: x86_64, MuseScore version (64-bit): 3.3.0.23686, revision: b45221c, MacBook Pro 13" 2018.
In reply to Just checked. There is… by Anatoly-os
I couldn't find where to click that worked; it damages the palette bar every time. This ought be fixed in the release candidate. It is very bad.
In reply to I couldn't find where to… by [DELETED] 1831606
Now #295121: 3.3 Beta /Mac: clicking "OK" in color dialog puts mouse in drag-mode, ESC doesn't fix it (recent REGRESSION)..