Minimum width of "Note" and "Ambitus" Inspector has increased significantly

• Nov 27, 2016 - 15:24
Reported version
3.0
Type
Functional
Severity
S4 - Minor
Status
closed
Project

eb36276 / Win 7

The minimum width of the Inspector (when docked, by default, on the right hand side) is considerably wider in the nightly compared to MS 2.0.3 (see below). You can see at once that the value fields are too wide. This may be connected with the extra dotted note option that has been added in the "Select" section:

inspector_too_wide.PNG
Stacked view of the Inspectors: nightly on top, 2.0.3 underneath.


Comments

I'm still not sure what causes this, but it is not those extra dotted note option that had been added in the "Select" section, I tested that just now.
More likely the added note head types, which need the popup menu to be come wider, esp. for "Slashed bottom left to top right" and "Slashed top left to bottom right".
Tested that too, by shorting those strings and indeed this seems the cause.

And with that I'm affraid this really is by design.
Only thing we may do is shorten those strings, to e.g. "Slashed (forward)" and "Slashed (backwards)"

As explained above this is to fit the new and rather long note head names (esp. those 2 I mentioned) in the note head group popup of the note inspector. And only that increased, select a rest or clef, or some other element to see the effect

Title Minimum width of "Note" Inspector has increased significantly Minimum width of "Note" and "Ambitus" Inspector has increased significantly

As Ambitus uses note head group too, it 'suffers' from the same issue

Barline inspector also is quite wide (but no change to 2.0), similar reason: the names for the various barlines are quite long and need to fit their popup menu.
And all this (most probably) also depends on the language setting, quite frequently the translations are longer than the English original.

Hmm, yes, seems setting minimumContentsLentgh to e.g. 10 and sizeAdjustPolicy to AdjustToMinimumContentsLenth or AdjustToMinumumContentsLenghtWithIcon does work, it then indeed does cut of the tail end of the texts in the button. It does show them fully in the popup though.
Not sure we want these cut off texts?
foo.png

Further wondering about the same subject; a similar argument can be made for the normal text labels as well and then we're off into neverending design discussionland..

I would like to suggest abbreviating the names of of the slashed noteheads to "Slashed 1" and "Slashed 2" – or even "Slash 1", "Slash 2".

IMV, it's better to have the noteheads in the workspace palette, where the user can see them. If a drop-down list in the Inspector is needed, could it be confined to the commoner notehead types?

Those noteheads had just been added recently.
But yes, shortening the names even further might be the way to go here, could even be "Slashed" and "Backslashed".

Status (old) patch (code needs review) fixed

Fixed in branch master, commit 9ca8fb07d3

fix #147196: Minimum width of Inspector has increased significantly

esp. note and ambitus inspector, due to these long names for note head
groups

Did I miss something? But I do not see a change in the width of the inspector with this fix.
Currently with 7d2efcc, and as before, the width of the inspector reaches the icon of the whole note in the toolbar.
whole bis.jpg

Previously (and in 2.0.3), it reached the quarter note.

inspector quarter note.jpg

If you make it as narrow as possible without seeing the hozontal slider at the bottom?
It is still wider in the nightly than in 2.0.3 though, but can go narrower than in the nightlies before the change

By now, at the precise moment where the horizontal slider at the bottom is no more showed, it reaches the half note (or rather it exceeds the icon)
narrow.jpg

as said, it is still wider than on 2.0, but that too is due to the new noteheads that got added and their longer names. Also depends on translation

Ok, I understand, but, really, this Inspector becomes invasive (and I think about all aspects, one other is discussed just below in this Issue tracker)

I liked the right/good balance between the inspector and the contextual menus (right-click) reached into the 2.0.3 (and the width of course)
I admit that I like less and less, even not at all, the options taken - some, badly thought in my opinion, have already been merged -, and which seem to want to assert themselves (ie "eliminate most properties dialogs....")

My feeling, my experience.