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.
It is a tristate button, empty/invisible if nothing is selected, normal if all are selected, dashed (actualyQt::PartiallyChecked) if some are (de)selected.
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'
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'
Comments
I forgot to add this 75b66fd
It is a tristate button, empty/invisible if nothing is selected, normal if all are selected, dashed (actualyQt::PartiallyChecked) if some are (de)selected.
See mscore/selectionwindow.cpp, line 145
it's confusing
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 guess it is looking good too..
there is no confusion with its appearance to me at all
I find that little grey square ugly and not getting the meaning and something patrtially selected accross
I'm not a fan of the square, either. Something to file away for the upcoming design effort...
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.
How else would you indicate that 3rd state then? All, none, some are the options here
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)
Just because the toy is there doesn't mean the programmer has to play with it.
True, but it is usefull.
It got added with 40e09914 to fix #33131: Add a way to select/deselect all in Selection Filter, which includes the discussion about whether to use a tristate button and the decision to do it. So this really is by design.
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've never imported midi and I've never seen this before. It's existence doesn't even make sense.
Is it that you don't understand its use, or that you do understand and think such a thing should not be available?
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'