Check mark partially remains in selection fliter

• Jan 24, 2017 - 14:39
Reported version
2.2
Type
Graphical (UI)
Severity
S4 - Minor
Status
by design
Project

When deselecting some items in the selection filter the check mark for the "All" square becomes dotted rather than invisible. This is a display problem only, selecting the "All" square reselects all items as far as I can tell.
Selector flaw.png


Comments

No, it isn't ;-)
We need some way to indicate all 3 states, all, nothing, some

But check how it looks in master, it looks different, not a dashed check mark, but a small grey square inside the square.

FWIW: I prefer the dashed check mark, it is more clearly getting the meaning accross

i did not seen that yet but similar feature was in some other applications --my first reaction was that was 'a radio button' but of square form. it required some efforts to recognize that was some list for multiple selection but not 'radio button'. maybe that feeling is a habit. certainly there are different buttons exist --they are round and square but NOT ALL of them 'are radio buttons'

Check boxes by definition are supposed to be checked or not. I've never seen anything like this before. Your not me. It's confusing.

The check being solid means that all are selected. Nothing means that at least some are not selected, so you check All to restore all to being selected.

And how to indicate that none are selected? Face it, this is a tristate button, these beasties do exist in real live and other applications too. Qt providers means for them for a reason and we use them here (and somewhere in Import midi too)

I should note that in addition to being a fairly common UI element in other programs, it actually is used in the top row of the MIDI import panel, as well.

I understand its use just fine, now. Check boxes are by definition checked or not. It looks like a bug if you don't know why it does that. Its existence would make a little sense if click once all are unselected, click again all are selected, click again and it returns to its previous state. Only if it did that, because I don't know of a better UI control that would allow for that. Right now the check is half way there and telling you the exact same thing it would if it were not there at all - You don't have everything selected.

Setting aside the "looks like a bug" thing, that's actually an interesting point. Other examples that I can bring to mind (such as the one in the GIF at https://musescore.org/en/node/33131#comment-519341) need a way to show the third, partially-selected state, because the sub-checkboxes may be hidden (expand/collapse-style).

On the other hand, on my not-large screen, most of the Selection Filter *is* hidden by virtue of being out of view. So suppose that the first half of the checkboxes are unselected, and the second half are checked but you can't see them. The "master checkbox" (I'm just calling it that) will then be unambiguous, whereas it would seem to show that nothing was checked if it didn't have the third state.

I undocked my filter selection for the picture since MS would take a picture of it docked under the palettes where it normally sits. I can't see all of mine either. If All were unchecked I would scroll down to see if what I'm looking for is checked. I learn the capabilities of the program and utilize them to the max as needed, I'll do the same with this.

Check boxes are by definition checked or not
And this is where you are wrong, checkboxes in Qt are by definition and design of the Qt Folks tristate.
On the vast majority though only 2 states are used. Here though and in the idi Import Panels we use them as tristate, this time by design of the MuseScore programmers and in Agreement with quite a few peeople, just read that issue I've linked to, which resulted in this particular one having been introduced.

my answer is more close to 'general discussion' forum but would tell that
me agrees with jojo told that selection list`s (given) elements '..are by definition and design of the Qt Folks tristate'.
my word is that one to mike: 'why do you reject a feature that came "from fuzzy logic"?'
music exploits fuzzy logic alongside with binary logic (three exclamation marks).
one must be agreed both with binary dualism of 'one-null' and with uncertainity of 'fuzzy bit'