Re: [orion-dev] selection model changes in master....

[John J Barton <johnjbarton@xxxxxxxxxxxxxxx>]

I think More should be disabled unless there is a selection.
Go Up is redundant with the breadcrumb
Rather than 2 or 3 items then More, I'd prefer as many items as will
fit and the rest in More.

jjb


On Wed, May 9, 2012 at 7:02 PM, Susan Franklin McCourt
<susan_franklin@xxxxxxxxxx> wrote:
> hi, everyone.
> For those of you picking up the latest changes (perhaps from tonight's
> build) there have been changes in the explorer selection model that will
> affect navigator, git log, etc.
> This will change the way you use lists, so please read.
>
> In bug 377018 [1], Libing has removed the checkboxes and instead supplied an
> "extended select" style experience where you use the mouse to click to make
> a selection, ctrl+click to add to the selection, etc. The key point here is
> that now that the checkboxes are gone, you need to click in a row, *outside
> of the links or buttons* to make a selection.
>
> In bug 367458 [2], I have moved the command contributions in the navigator
> from the individual item rows to the "More" selection menu. This means that
> you must first select an item to make a selection, and then click More->some
> action vs. using the chevron menu.
>
> Visually, you'll find the navigator much less cluttered, given the checkbox
> and chevron are gone. (Favorites will move to this selection model soon.) I
> also corrected a default font size problem in the CSS so the navigator (and
> other unspecified) fonts. All of this hopefully results in a cleaner
> presentation.
>
> The selection model changes were not purely visual, the idea was to deal
> with inconsistencies and questionable behavior caused by mixing the
> chevron/implied single selection context menus with a bulk selection model.
>
> We are very interested in feedback on these changes. I suspect that your
> Orion muscle memory will probably cause problems at first. I found myself
> several times today clicking on a link thinking I was selecting it, rather
> than clicking in the white space next to it. I'm keen to separate complaints
> about "muscle memory goofs" from the experience afterward. Please let us
> know what you think about it, and whether you think this is an improvement.
>
> You will need an extra click and a mouse move to the toolbar for some
> actions that before required a single click next to the item. This ergonomic
> cost (I expect to hear about it from jjb!) is a tradeoff against the
> confusing nature of the chevron/context menu, especially when there is a
> selection model in play. I'm finding that single click/single item actions
> are a tad more cumbersome in this model, but the bulk operations are much
> simpler, because I no longer have to click next to each item for items that
> did not previously appear in the "More" menu. I also plan to implement some
> of the more common keybindings (delete, rename, etc.) which should reduce
> the number of mouse trips needed for the more common actions.
>
> There are some bugs still present, mainly involving empty More menus. If you
> select no items at all, you'll get an empty More menu. I will fix this bug
> ASAP. Complicating matters, though, is that a change in the selection model
> broke the sites page ability to save [3]. I had deleted my self hosting site
> today intending to regenerate one and now am unable to create a new one in
> order to fix the other bugs.
>
> Presumably tonight's build should fix that problem, and I'll be able to fix
> the empty More menu tomorrow.
>
> Your patience is appreciated while we work through this!
>
> thanks,
> susan
>
> [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=377018
> [2] https://bugs.eclipse.org/bugs/show_bug.cgi?id=367458
> [3] https://bugs.eclipse.org/bugs/show_bug.cgi?id=379041
>
>
> _______________________________________________
> orion-dev mailing list
> orion-dev@xxxxxxxxxxx
> https://dev.eclipse.org/mailman/listinfo/orion-dev
>