Community
Participate
Working Groups
3.4 M5 While the other views like Problems or Tasks use an explicit intermediate 'Show' menu and Search as no such intermediate menu, it took me a while to understand what was going on when I checked items in the Search pull down on its top right. In fact, I had to open the filters dialog before I realized that the checks meant 'exclude' in that case. I have noticed that we have other places in the interface where the exclude paradigm is used, notably for the outline view, but in that peculiar case, room for confusion is lessened by two factors: - the icons are explicit enough (note that one of them is 'public only', whereas the others are crossed); - there is not list of items in the first level menu; if the user wants to configure the filters, he uses the icons, or else drops into the filters dialog. At the very least, an intermediate 'Hide' menu would make things more explicit, and would be more consistent with the other views. We may also want to adopt a more consistent behavior across all drop-down filters, and only do a 'Show' sub-menu.
Note that search has these entries in the section 'Filters...'. That's consistent with the package explorer, call hierarchy, browsing views, navigator and the outline. The problems view however has a section 'Show'. I agree that this is subtle and is confusing at first. We might think of changing all labels to 'Hide XY'. I think we should avoid adding an extra submenu. You want to quickly see what filters are active.