| Summary: | Editor navigation and Tab-Ordering | ||
|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Thomas Schindl <tom.schindl> |
| Component: | UI | Assignee: | Dean Roberts <dean.t.roberts> |
| Status: | CLOSED FIXED | QA Contact: | Remy Suen <remy.suen> |
| Severity: | major | ||
| Priority: | P3 | CC: | ajpeustace, daniel_megert, dean.t.roberts, ed, emoffatt, Lars.Vogel, loskutov, pwebster, remy.suen, vlad, yoda |
| Version: | 4.1 | ||
| Target Milestone: | 4.2 M6 | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
|
Description
Thomas Schindl
bug 68684 request no MRU while i request here to get MRU back so maybe we could have a preference option for this? It's good news that this weird MRU behavior is not present any more. ;-) If you decide to get MRU back, please do not hard code it, but use a preference instead! For people, who rely on visual order and frequently use Ctrl+PgUp/Ctrl+PgDown, MRU is a nightmare. *** Bug 367277 has been marked as a duplicate of this bug. *** And the files shown in the chevron pop-up is not in alphabetical order. And the files shown in the chevron does not also show the open files. Sorry, but since I have a choice, I will not use this. I'm reverting to 3.8M4. Given the very good compatibility of e4 in general, perhaps this, surely rather simple problem, now merits 'critical' status. (In reply to comment #4) > And the files shown in the chevron pop-up is not in alphabetical order. > > And the files shown in the chevron does not also show the open files. As a workaround, you can use Ctrl+E instead. The list is not alphabetical at the moment but has a text field for filtering purposes. Added ability to turn on 3.8 style MRU behaviour via the CSS file. Add mru-visible: true; to the MPartStack section of your active CSS theme file. A workbench restart will be needed if you edit the css file directly. The code was released in the following commit http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=e65ebe90dcf990700855749aa0eceea8dd0c5815 (In reply to comment #6) > A workbench restart will be needed if > you edit the css file directly. Like most CSS changes, a 'Window > New Window' should be sufficient in most cases. 1. Edit the file. 2. Go to the 'Appearance' preference page and change the theme. 3. Change the theme back to what you originally had (to force a reload). 4. Window > New Window Verified that MRU mode is turned on when a classic theme is used with I20120125-2200 on Windows 7. See also bug bug 370441. When using classic scheme a) the visible editors are now in MRU order - fixed thanks b) the other editors in the chevron are in MRU rather than alphabetical order - not 3.x theme c) the visible editors are not shown in bold in the chevron - not 3.x theme d) the background is grey rather than pale buff At least a) is fixed. Maybe I can stay on 4.2 now, but I'm not sure how I'm supposed to find an entry in a 100 entry non-alphabetic chevron list. (In reply to comment #10) > At least a) is fixed. Maybe I can stay on 4.2 now, but I'm not sure how I'm > supposed to find an entry in a 100 entry non-alphabetic chevron list. Ctrl+E is your best workaround at the moment. See bug 370441. Rationalized Editor List Ctrl+E and pressing the chevron tool bar button behaviour to open the same list in the same place. IE as a drop down on the chevron. http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=b9e09a429fd4b337576cf3fec2946f26ca6ba3c8 Added back dirty indicators in editors list. Also added hint text to the editors list filter field to give some indication that the user can type filter text. Since this is implemented using the Text.setMessage() call the hint text will not be visible whenever the text widget has focus. This means that when the list is first opened the text does not appear. But will appear if the user begins scrolling the list. Implementing behaviour like the preferences page filter is, I believe, too heavy weight for the benefit. http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?id=54a02ed6b491f28b25831d516268bffa99b4f657 Marking this as fixed as I believe this is as far as we intend to go with this feature. |