Bug 462713 - Part tab overflow menu should allow to show elements in original order when MRU is enabled
Summary: Part tab overflow menu should allow to show elements in original order when M...
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 4.5   Edit
Hardware: All All
: P4 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform-UI-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
: 463189 (view as bug list)
Depends on:
Blocks:
 
Reported: 2015-03-20 14:51 EDT by Markus Keller CLA
Modified: 2015-03-27 10:58 EDT (History)
4 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Markus Keller CLA 2015-03-20 14:51:26 EDT
The part tab overflow menu shows elements in alphabetic order when MRU is enabled. Alphabetic order is not helpful. The order should be the full tab sequence order as when MRU is disabled.
Comment 1 Andrey Loskutov CLA 2015-03-20 15:11:56 EDT
Markus, I guarantee you that after implementing this feature next bug will be opened: "editor list should be sorted".

The problem with such requests is that they leave no options for highly contoversal behavior changes.

Please check this page: http://andrei.gmxhome.de/skins/examples.html. There are pictures from my custom editor list which allows users to quickly change the list behavior (and remembers this choice too). You can even try it if you still have eclipse 3.x somewhere.

Should we better provide such "clever" list instead?
Comment 2 Andrey Loskutov CLA 2015-03-26 08:16:00 EDT
*** Bug 463189 has been marked as a duplicate of this bug. ***
Comment 3 Ed Willink CLA 2015-03-26 08:44:42 EDT
(In reply to Andrey Loskutov from comment #2)
> *** Bug 463189 has been marked as a duplicate of this bug. ***

The duplicate is CRITICAL.
Comment 4 Ed Willink CLA 2015-03-26 09:38:06 EDT
From the duplicate.
> Ed, just curious: setting the mru tab order is disabled? 
> 
> Does this will help you: 
> Preferences->General->Appearance->visible tabs on overflow->Show most
> recently used tabs 

Yes. It appears that the actual bug is that a new preference has been introduced and that the default is not the legacy behavior. So users will be irritated and maybe raise more duplicates.

So: a) change the default to MRU enabled.

b) add some hovertext, and better wording so that users might have some clue as to what the new preference actually does.
Comment 5 Andrey Loskutov CLA 2015-03-26 09:50:44 EDT
(In reply to Ed Willink from comment #4)
> From the duplicate.
> > Ed, just curious: setting the mru tab order is disabled? 
> > 
> > Does this will help you: 
> > Preferences->General->Appearance->visible tabs on overflow->Show most
> > recently used tabs 
> 
> Yes. It appears that the actual bug is that a new preference has been
> introduced and that the default is not the legacy behavior. So users will be
> irritated and maybe raise more duplicates.
> 
> So: a) change the default to MRU enabled.

Ed, unfortunately there was a desision to keep it "false" (and it was "false" only in the "Classic" theme, all others had it "on"), see bug 461736. Please continue with MRU discussion on bug 461736 or create another one.

> b) add some hovertext, and better wording so that users might have some clue
> as to what the new preference actually does.

Yep. See bug 462216 (different proposals in attachments and also discussion) - if you have better wording, please open a separated bug for this or reopen bug 462216.

Let keep *this* bug discussion related to the order of the hidden editors list.
Comment 6 Dani Megert CLA 2015-03-26 12:22:30 EDT
(In reply to Andrey Loskutov from comment #5)
> (In reply to Ed Willink from comment #4)
> > From the duplicate.
> > > Ed, just curious: setting the mru tab order is disabled? 
> > > 
> > > Does this will help you: 
> > > Preferences->General->Appearance->visible tabs on overflow->Show most
> > > recently used tabs 
> > 
> > Yes. It appears that the actual bug is that a new preference has been
> > introduced and that the default is not the legacy behavior. So users will be
> > irritated and maybe raise more duplicates.
> > 
> > So: a) change the default to MRU enabled.
> 
> Ed, unfortunately there was a desision to keep it "false" (and it was
> "false" only in the "Classic" theme, all others had it "on"), see bug
> 461736.

This has been revised via bug 463221.
Comment 7 Markus Keller CLA 2015-03-26 15:33:42 EDT
Looks like the menu has been like that forever (at least back to 3.2):
- group of bold entries for non-visible tabs, in alphabetic order
- group of non-bold entries for visible tabs, in alphabetic order

I agree that just changing the menu ordering now could upset some users.

> Should we better provide such "clever" list instead?

Yes, that 'Customisable "<Ctrl+E>" editor list' looks quite nifty!
Comment 8 Markus Keller CLA 2015-03-27 10:58:43 EDT
(In reply to Andrey Loskutov from comment #1)
> Markus, I guarantee you that after implementing this feature next bug will
> be opened: "editor list should be sorted".

Yes, comment 0 would just reopen bug 376374. That shows that we need to make this configurable. Low priority for me.

BTW: Window > Navigation > Switch to Editor (Ctrl+Shift+E) already shows the fully-alphabetic list.