[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [orion-dev] selection model changes in master....

The dashed focus box is for grid navigation. The decoration is ugly. We will restyle it.
In navigator page, we used to use left&right arrow keys to collapse/expand a folder and enter key to just drill in or open a file.
Now we generalized this to a "navigate to a grid and hit enter key" concept, which behaves the same way as if you click or ctrl+click on it.
Another example is git log page. You can navigate on a commit link or an action and hit enter.

The gray vs blue background-highlights.
The gray represents selection and the light-blue represents the cursor. The contrast needs to be improved as well.

I agree that in the single selection case, the selection and cursor highlights should always overlap. But in multiple selection case, they can be separate.
In current version, the biggest confusion is that when you move the cursor, the selection does not come with it. We will rework on this.
We've addressed in [1] that the up&down arrow keys combined with shift&ctrl should behave differently. This will be fixed soon.

-Libing

[1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=377018#c27

Inactive hide details for John J Barton ---05/11/2012 12:55:05 AM---+1 for the speed improvement on navigate. I don't understanJohn J Barton ---05/11/2012 12:55:05 AM---+1 for the speed improvement on navigate. I don't understand the significance of the dashed focus bo

From: John J Barton <johnjbarton@xxxxxxxxxxxxxxx>
To: Orion developer discussions <orion-dev@xxxxxxxxxxx>
Date: 05/11/2012 12:55 AM
Subject: Re: [orion-dev] selection model changes in master....
Sent by: orion-dev-bounces@xxxxxxxxxxx





+1 for the speed improvement on navigate.

I don't understand the significance of the dashed focus box, nor the
gray vs blue background-highlights.

Related Pages include Navigate and Git Repository twice; the top bar
shows "Orion" and "Webchat" which is puzzling, my brain is telling me
that I am using the Orion branded Webchat app.

Overall this seems promising to me.

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
>
_______________________________________________
orion-dev mailing list
orion-dev@xxxxxxxxxxx
https://dev.eclipse.org/mailman/listinfo/orion-dev


GIF image