Sorry, it still is completly unclear to what problem you're complaining about, you strecth the playpanel out the entire hight, no need to do that, you can also place it under the inspector
So, the question is whether we can change the ratio of the widgets position above the separator and under the separator in Play Panel, right? In other words, whether we can make the timeline block of the play panel narrower.
I don't think that changing the ratio to 2/8 (1/4) will make the difference in the UI. You use portrait oriented display which is very uncommon and most (all?) applications are not adapted to it. Should Musescore be adapted? I'm not sure.
With MuseScore 2, I can easily adjust the play speed +/- by 1% steps, and its UI style matches the whole App, the only hardship of using is the buttons are too small only suitable for XP era mouse clicking, not finger tapping:
With MuseScore 3, when it's undocked, only 40% of the screen height is helping to make 1% adjustment:
And it dose not remember its un-docking status, upon restart a new session, only 15% of the screen height is helping?
The top part of the the panel is a "Current Playing Status", not much info is there, and big blanks left there which takes away valuable App working space.
Win10/Mac* era of using MuseScore is to leave a portrait tablet on music stand, which imitates a traditional A4 paper allowing playback fully operate-able with finger tap, and well limited finger editing:
Four Improvements Can be done based on Ms 2 play panel:
Handles are be with the Volume and Tempo, they are for user to grab and slid; indicator/arrow for current location to provide time info -- user go to a specific point by clicking in the score notes/bars, not sliding by handle:
Bigger buttons for finger touch on tablets:
Metronome Vol is not a property of a song, it shouldn't has the same priority/privilege to be displayed next to Vol and Tempo. As a knob would be appropriate and it should adjust it's own volume in a percentage way relevant to the master volume, not an absolute volume adjustment: by this way it increases as the master volume increasing and decreases as the master volume decreasing and always keeps a good relevancy to the master vol at user's choice and this choice sound be maintained upon restart APP.
"for users with small screen, it can still be very compact. Like it is now" to solve : REMEMBER UN-DOCKING STATUS WHEN RESTART APP!!
PLEASE
!
Thanks for getting MuseScore Better and Better. I always compare different notation SWs, musecore is always winning, and it will.
Comments
Sorry, I don't get what you mean?
In reply to Sorry, I don't get what you… by Jojo-Schmitz
Captured x/y=4/6, should it be x/y=2/8 better?
That answer confuses me even more...
In reply to That answer confuses me even… by Jojo-Schmitz
X = top to dividing line distance;
Y = dividing line to bottom distance.
The APP should maintain a good ratio when size changes?
Sorry, it still is completly unclear to what problem you're complaining about, you strecth the playpanel out the entire hight, no need to do that, you can also place it under the inspector
So, the question is whether we can change the ratio of the widgets position above the separator and under the separator in Play Panel, right? In other words, whether we can make the timeline block of the play panel narrower.
I don't think that changing the ratio to 2/8 (1/4) will make the difference in the UI. You use portrait oriented display which is very uncommon and most (all?) applications are not adapted to it. Should Musescore be adapted? I'm not sure.
In reply to Sorry, it still is completly… by Jojo-Schmitz
Three Captures:
With MuseScore 2, I can easily adjust the play speed +/- by 1% steps, and its UI style matches the whole App, the only hardship of using is the buttons are too small only suitable for XP era mouse clicking, not finger tapping:
With MuseScore 3, when it's undocked, only 40% of the screen height is helping to make 1% adjustment:
And it dose not remember its un-docking status, upon restart a new session, only 15% of the screen height is helping?
The top part of the the panel is a "Current Playing Status", not much info is there, and big blanks left there which takes away valuable App working space.
I agree. The UI can be easily improved to fit the suggestion.
In reply to So, the question is whether… by Anatoly-os
Win10/Mac* era of using MuseScore is to leave a portrait tablet on music stand, which imitates a traditional A4 paper allowing playback fully operate-able with finger tap, and well limited finger editing:
In reply to Win10/Mac* era of using… by Xianyue賢越
Btw also, blank here, while MS2 deals with instruments well:
In reply to I agree. The UI can be… by Anatoly-os
Thanks, I guess MS3 updates would bring new panel UI designs to the same style of main UI: consistency. One day.
If I understand the issue, the goal is for the Play Panel to look like image below when stretched tall.
But, for users with small screen, it can still be very compact. Like it is now:
In reply to If I understand the issue,… by Startled Bee
Four Improvements Can be done based on Ms 2 play panel:
Handles are be with the Volume and Tempo, they are for user to grab and slid; indicator/arrow for current location to provide time info -- user go to a specific point by clicking in the score notes/bars, not sliding by handle:
Bigger buttons for finger touch on tablets:
Metronome Vol is not a property of a song, it shouldn't has the same priority/privilege to be displayed next to Vol and Tempo. As a knob would be appropriate and it should adjust it's own volume in a percentage way relevant to the master volume, not an absolute volume adjustment: by this way it increases as the master volume increasing and decreases as the master volume decreasing and always keeps a good relevancy to the master vol at user's choice and this choice sound be maintained upon restart APP.
"for users with small screen, it can still be very compact. Like it is now" to solve : REMEMBER UN-DOCKING STATUS WHEN RESTART APP!!
PLEASE
!
Thanks for getting MuseScore Better and Better. I always compare different notation SWs, musecore is always winning, and it will.
Fixed in branch master, commit bfb00d5d41
fix #290700 improve appearance of play panel when very tall
Fixed in branch master, commit f8285a023e
_Merge pull request #5188 from Obliquely/obq-play-panel-vertical-stretch
fix #290700: improve appearance of play panel when very tall_
Automatically closed -- issue fixed for 2 weeks with no activity.