V 2.0.3 zooming problem

• Apr 11, 2016 - 17:27

Hallo,

according to my post (below) and Marks answer, here are some pictures of my problem.

One pic is about the general size of icons, the other two pics are about the zooming problem (first pic is where i started zooming (look at the cursor) and the second pic is the zoomed one).

Interestingly scrolling worked fluently now...

Best Regards,
Alex

"
OH NO!
Unfortunately I had to downgrade back to V 2.0.2 because I could not work with the new V 2.0.3...
On a macbook you can zoom in and out with two fingers on your trackpad, BUT in V 2.0.3 this didn't work like it should. You can still zoom in and out in this way, but it doesn't zoom where your cursor is, it always zooms somewhere in the upper left corner... that makes working with it so much slower...
The other thing was scrolling. In V 2.0.2 scrolling on large projects works fluently, in V 2.0.3 it just jiggles, it's definitely unusable on a MacBook Air (1,4GHz i5 early 2014 - OSX 10.11.4)
The third thing i cannot understand is, why are the icons and every other thing 5 times as big as before? On my 11" Macbook, I cannot even find my score...
Of course you can change the settings of icons, but unfortunately you cannot change the size of every program-thing...
V 2.0.3 is absolutely useless for me, what a pity, I hope they change this three basic settings and things back to the setup they had in V 2.0.2 and earlier. I'm a MuseScore-user since V 1.x and every version worked perfectly and every upgrade was an improvement until now.. :-(
reply mark as spam

Posted by Marc Sabatella on April 11, 2016 - 3:57pm
Sounds like something unusual is going on with your particular system. I suggest opening a new thread and attaching a specific score you are having trouble with in terms of zooming and scrolling, also a screen shot showing trhe icon issue. I don't remember anything changing from 2.0.2 regarding zooming or scrolling, but we definitely made improvements to how icons are sized that depend on MuseScore being able to detect your screen resolution correctly. Apparently, a small number of systems are reporting the reoslution incorrectly, and we don't understasnd why yet, but we would need your helop to udnerstasnd what unique thing might be going on with your system to trigger this so we can come up with a solution.
"

Attachment Size
v202_1.png 129.12 KB
v202_2.png 221.88 KB
v202_3.png 189.58 KB
v203_1.png 138.24 KB
v203_2.png 228.64 KB
v203_3.png 183.68 KB

Comments

• Apr 11, 2016 - 20:39

I don't know about the problems with scrolling and zooming, but I can at least confirm that 2.0.3 looks right and 2.0.2 looks wrong in those screenshots. One easy way to test: go to 100% zoom (Cmd+0) and hold up a sheet of paper in front of your screen. Is the 100% actually 100%? In 2.0.2, it isn't, which is a problem I experienced on my system, too (2010 MacBook Pro). That's fixed in 2.0.3.

Reply

• Apr 12, 2016 - 13:19

Ah, so there are *two* monitors attached? That wasn't clear to me, although I guess it should realized a "Macbook" was probably something with a built-in monitor.

That probably explains what is happening - MuseScore is using settings from one monitor but you are actually using it on the other. The solution would be to figure out a way to make sure MuseScore uses the resolution from the monitor actually being used. As a workaround, is there a way to disable the other monitor when starting up MuseScore?

Reply

• Apr 12, 2016 - 03:12

Indeed, the size is obvious *very* wrong in your 2.0.2 srtup. You have zoom set to 100%, but the page looks to be only a few inches wide, nowhere near the size it should be. If your screen is only 11" diagonal, then a page of music at 100% zoom *should* fill the entire screen and then some, just as your picture shows. You are welcome to start with a lower zoom setting - see Edit / Preferences / Score - but 100% is *supposed* to mean actual size, and clearly, with 2.0.2 it was nowhere near that, and 2.0.3 looks right.

Now, the icons look like they might possibly be larger than they should be, but I wonder if that is because you previously increased the icon size to work around the bugs that caused them to be the wrong size in previous releases? If you go to Edit / Preferences, what sizes are reported for the icons? Should be 28 and 24 by default, and these should yield icons about the size of a pea. In previous release, they would either be too big or too small depending on your monitor resolution, but in 2.0.3 this should be fixed so they are always the same size regardless of monitor resolution.

Regarding the issues you are seeing with scrolling and zooming, you would need to provide more detail in order for us to understand what you mean. I don't see anything obviously different.

Reply

• Apr 12, 2016 - 22:16

As I mentioned on irc:
I have a setup with a laptop and an external monitor (which extends my desktop to the left).
I ran master from QtCreator on Win7 64-bit.
I don't have any visual scaling issues, this is merely extra info about multi-monitor setups and Qt:

At startup the 'physical' DPI and size is logged of the primary screen. This is not necessarily the screen MuseScore is shown on. Of course, in my extended desktop setup, the program can be on both screens at once…
The physical DPI and size are in correct relation to each other, but are both wrong.

If I set my internal laptop screen as primary monitor (1600 x 900) the following is detected:

Physical DPI X: 72.0567
Physical DPI Y: 71.8868
Physical size: 564 x 318 mm

Qt docs mention these values could be 'not entirely accurate' and they aren't; The screen ratio matches the 16:9 of the geometry of my screen, but the real size is 396mm(15.6") across, approx 350mm x 200mm.
That corresponds to a DPI of around 116~114.

Likewise, if I set the external monitor (1280 x 1024) as primary:

Physical DPI X: 71.9292
Physical DPI Y: 72.0488
Physical size: 452 x 361 mm

Once again the screen ratio matches the 5:4 of the geometry of the screen, but the real size is 483mm(19") across, approx 390mm x 310mm.
That corresponds to a DPI of around 83~84

In a future major release (Qt 5.5+ required) we could perhaps make use devicePixelRatio . It seems to have been used in an attempt for cheap fixing older versions of Windows (pre Win7) already: https://github.com/musescore/MuseScore/blob/master/mscore/musescore.cpp…

Reply

• Apr 17, 2016 - 14:51

The icons setting is like it should by default (28 and 24) and unfortunately with an 11" screen at 1366x768px this is way too large. But that's not the real problem because I can change some of those settings..

The real problem has not been understood yet and obviously nobody works with a macbook and a trackpad on musescore-partitures..
When i want to zoom in at a particular spot, i place my cursor at this position and zoom in (with the 2-fingers gesture). In V 2.0.2 this works just like it should. In V 2.0.3 Musescore does not zoom in at the position, my cursor is and that's a really big problem. It makes working with an 11" screen absolutely impractical..

Screenshot v202_2 and v202_3 (from my first post) show the starting and the endpoint of zooming how it should be.
Screenshot v203_2 and v203_3 show the starting and the endpoint of zooming how V2.0.3 behaves and how it definitely should not be..

Reply

• Apr 17, 2016 - 22:12

I can confirm this seems to have changed. It never would have occured to me it wsas *supposed* to work that way, though - I'd actually expect zooming to work the same regardless of where your mouse pointer happened to be. In fact, it seems like that would be considered a bug if zoom behaved different depending on where your mouse pointer happened to be. Is this really expected behavior for other people?

I also don't understand how a slight change in zooming behavior affects your workflow so much. Zooming should normally be a relatively uncommon operation. Can you explain more about your specific situation so we can understand better how / why you are using zoom?

Reply

• Apr 18, 2016 - 07:02

I'd ecpect zoom via scroll wheel to center at my mouse pointer, jus t like it does for Google Maps for example.
Zoom via Keyboard shortcurts or menus are different though, I'd expect those to be centered to the Screen.
No idea in which category a 2 finger swipe falls, a 2 finger pinch should behave the same as the scorll wheel of a mouse.

Reply

Do you still have an unanswered question? Please log in first to post your question.