Community
Participate
Working Groups
have menu entries in the windows menu for each opend editor such as is common under windows. be able to config. whether to sort the entries according to - tab order - visit history see also #53849 maybe be able to set these prefs on the same page
As part of this, I'd like to see 2 fixes to the editor ordering code. 1. When I select an editor from the list, I'd like the zorder to be updated. I.e. when I close the editor, the editor that I previously had up should come to the front. I don't know how it works now. 2. When multiple editor tabs are enabled, and more editors are open than can be shown in tabs, the MRU ones should be tabbed in MRU order. It's frustrating to select multiple files, only to have them fighting for the last tab spot. I don't know what the bug means when it wants to have the ability to sort window menu entries in "Tab Order". I could see using the "Open Order", "MRU order", or alphabetical order. I think the tab order should be MRU.
by "tab order" i meant the order they were opened, which is usually the same as the tab's, which are used to select/close the specific editor. the whole idea is to be able to switch more quickly to an editor of your choice, without having to read the title of the editor: USE CASE: Lets say i have opend 5 editors but i mostly work on the first 2 editors i opened. then i'd like to switch to them by opening the windows menu (alt+w) followed by the number of the editor (1 or 2) having remebered their "address/ house no.". but if the number (which is affected by the ordering) of the editor changes, then this is very bothersome in the case of ordering according to "visit history", as my first 2 editors are then no more accesibble under numbers 1 and 2 but under some other.
Oh, I see now. You want to have easy and consistent access from the keyboard. My case is that I usually end up with >20 editor windows open. I have "show multiple editor tabs" enabled, so I want the tabs to reflect the most recent files I've worked on. And then I would want the option of sorting the full window list by any of the criteria we've mentioned.
Moving Dougs bugs
As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009
Remy is now responsible for watching the [EditorMgmt] component area.
i'm quite happy with the quick access command now. so, if no one complains, we can scratch this one.
(In reply to comment #7) > i'm quite happy with the quick access command now. > so, if no one complains, we can scratch this one. Thanks for getting back to us, Thomas. Ernest, are you still struggling with editor management in the Eclipse workbench?
https://bugs.eclipse.org/bugs/show_bug.cgi?id=53850#add_comment (In reply to comment #8) > Ernest, are you still struggling with > editor management in the Eclipse workbench? well, i guess it's always a challenge to open the right editior, but here is what I'm using in the meantime to help me, having forgotten about this issue: - quick access - open resource - open type - quick switch editor - mylyn if i may add a suggestion for all of these ( quick access does this already to some extend): it would be great for the search to behave like so ( as does the (new) address bar in firefox): a) be able to put in several char sequences seperated by space b) all of these sequences must appear in the name of the resource *anywhere* c) highlight the matched seq. d) keep the camel case searching but be case insensitive in general e) order the matching items after the rules: 1. char sequence matched at the beginning have higher score 2. seq. that match in the order entered have higher score over those where later seq. dont match in the order 3. seq. that match closer together have higher score 4. the more of the resource name is matched the higher the score eg: resources: FooBar.java ClassFooBar.java FooClassBar.java FooClassBarImpl.java TestFooClassBar.java search string: foo bar order: FooBar.java //rules: 1, 2 , 3, 4 FooClassBar.java //1,2, 4 FooClassBarImpl.java ClassFooBar.java //1, 2,3 TestFooClassBar.java this is just from the top of my head. i realize that computing the score will not an be easy task, both algorithm and computing power wise; but maybe we can get this going partially. most important to me is, that i can type in char seq. separated by space that all will need to be part of the resource name. i really havent had the need to use wild cards as is supported now except that i often use part of a resource name that is somewhere in the middle or end due to nameing schemes. hence i enter "*arImpl" to just get that item while i really would enter "bar impl" or just "barimpl". so, long and thx for taking an interest.
just came across this bug 68684 which shares some of the core problem
with the camel case search support for editors i can work quite well, hence closing this out.