RE: [platform-ui-dev] Workbench editor cycling

["Tsai, Philip" <Philip.Tsai@xxxxxxxxxx>]

 Since I am unsure whether this is a bug, I will elaborate on the difference between the editor list shown through Ctrl+F6 and EditorList Viewer:

 Ctrl+F6 looks to be a stack-based list -- the most recently (and currently) viewed  editor always goes to the top of the list --, whereas the most recently viewed ones don't always go to the top of list in EditorList Viewer.  This was the "jumping" behavior I previously described and was the confusing point to me....  

 Upon closer look, the EditorList Viewer has such behavior: only previously unopened editor goes to the bottom of the list.  If the now-viewed editor is already in the list, the selection jumps to that item in the list (but doesn't put that item at the bottom or top of the list).  Now using forward and backward buttons, users can see the current selection jump from one place on the list to another.

 If such analysis is corrent, I prefer the stack-based approach of Ctrl+F6 -- since it is more intuitive and corresponds more closely to the behavior one is accustomed to when using a web browser: most recently viewed are at the top of the list.  :-)

 Thanks!
 Philip

-----Original Message-----
From: Jared Burns [mailto:jared-eclipse@xxxxxxxxx]
Sent: Tuesday, August 27, 2002 5:31 PM
To: Tsai, Philip
Cc: platform-ui-dev@xxxxxxxxxxx
Subject: Re: [platform-ui-dev] Workbench editor cycling


The forward and backward buttons should cycle you through the editor 
activation history. If you activate editors in the order A, B, C, clicking 
the back button should take you to B, then A. Clicking forward at this point 
would take you to B, then C. This activation history is currently cyclic. 
It's unclear to me if this is for the best, but it would be easy enough to 
remove the cycling.

If the history doesn't behave this way, feel free to update Bug 10941 with a 
test case and I'll take a look at it.

- Jared
P.S. With the view active, you can also cycle through the history using 
alt+forward/back, like you would in a web browser.

On Tuesday 27 August 2002 06:21 pm, Tsai, Philip wrote:
>  One immediate feedback I have is that it looks like the list in EditorList
> View is different from the one shown through Ctrl-F6.  Also, the result of
> the forward and backward action does not look straightforward,  thus
> confusing (in my case, the selection jumps from one place to another in the
> list, instead of the cycling behavior I would exepect)....  Can you explain
> what the forward and backward buttons are suppose to do?
>
>  Thanks,
>  Philip
>
> -----Original Message-----
> From: Jared Burns [mailto:jared-eclipse@xxxxxxxxx]
> Sent: Tuesday, August 27, 2002 3:59 PM
> To: Tsai, Philip
> Cc: platform-ui-dev@xxxxxxxxxxx
> Subject: Re: [platform-ui-dev] Workbench editor cycling
>
>
> The view has forward/backward history navigation, but I had to implement my
> own history mechanism (not hard). I'm not sure why the old API was removed,
> but I believe it had something to do with the migration to "light editors"
> (at least that's when the change was checked into CVS).
>
> - Jared
>
> On Tuesday 27 August 2002 04:40 pm, you wrote:
> >  :-)  Well, the last response from you in the April thread (BTW,
> >  : searching was what I did to find that thread) does not indicate where
> >  : to find the information next.  Looking for your name next to
> >  : platform-ui-dev threads is how I find your recent thread.  Do a search
> >  : on your name would return too many unintuitive results.
> >
> >  One feedback about this is: it will be great if the cycling-editor list
> > is available as a pull-down from the editor area (I would rather have
> > recent navigation history pulldown than a left-and-right editor tab
> > navigation). I simply find Ctrl-F6 to be quite an unintuitive feature and
> > couldn't quite believe that a nice feature like this will be hidden from
> > the visible UI. The forward and backward history navigation is such a
> > popular and useful UI feature (e.g. the browser we use everyday, the
> > Eclipse's own help system, and so many other everyday examples) that it
> > surprised and disappointed me to find that such feature is not bundled
> > with the workbench.  The April thread even mentioned that such API wasn't
> > supposed to be publicly available, which would hinder your contribution
> > on this(?).
> >
> >  Glad to find that at least someone has thought about this and even
> > contributed a view.  :-)  I will let you know how it works.
> >
> >  Thanks,
> >  Philip
>
> _______________________________________________
> platform-ui-dev mailing list
> platform-ui-dev@xxxxxxxxxxx
> http://dev.eclipse.org/mailman/listinfo/platform-ui-dev