Community
Participate
Working Groups
Hi, Similar as the idea of working set, what about a "file set"? which can be used to remember several opened files, I may have to be interrupted to do some other stuff so as to open another group of files. if the previous file set can be restored, I can easily continue my previous work. for example in the jdt, if you such as an eclipse developer is working in process on a normal bug, unfortunately now we have a critical bug, then you have to pause the normal, and work on the critical one, afterwards you finish the critical and return back to the normal... now a file set applies. Roger
*** Bug 107430 has been marked as a duplicate of this bug. ***
Close enough to working sets that the implementation could be shared.
Kim, i think this is a great thing to be done by the community. Could you add the helpwanted keyword? Maybe I'll try to get into this and contribute something.
Don't let the lack of a keyword stop you. ;)
Is this bug about saveable editor sessions, like in Opera for tabs since years? I'm working on different project sets in the same big workspace, and closing all the unrelated editors/open related again is what I'm doing all the time. Browsing legacy code / editing new code means to close editors set, open a new one set etc. Perspectives didn't help in this case, because they do not close/reopen editors, so it is like "editing perspectives" which manage not views, but editors. If I would be able to store the opened tabs like a session, it would greatly improve my editor/tab navigation. Current "File->recent files" menu doesn't help in this case too. I could also imagine to have something like "File->Sessions" menu where one would see (like in Opera): File->Sessions->Save this session File->Sessions->Manage Sessions File->Sessions->---------------- File->Sessions->Session 1 File->Sessions->Session 2 File->Sessions->... File->Sessions->Session N and in the "Manage sessions" dialog one would be able to open/delete existing sessions. The problem is here that you must somehow catch the "open editor" and "close editor" actions to keep current set up to date (I guess in org.eclipse.ui.internal.WorkbenchPage?), ant that this would work only for file-based editors (IFileEditorInput). We have also "compare editors", database editors and multipage editors, so it may not always work as expected...
I've implemented a prototype for the requested "file set" or "editing session" feature, please see details at http://andrei.gmxhome.de/skins/index.html, menu example: http://andrei.gmxhome.de/skins/extendedvs_sessions1.gif Any comments/suggestions are welcome. If you like it, I could try to create a patch for the Eclipse 3.3, in any case feel free to reuse anything, all stuff is released under EPL. Of course current code is just a first draft (error logging is missing, no docs, strings are not externalized etc).
Thank you very much Andrei Loskutov! It's nice, I'm going to try it out immediately.
Instead of reinventing the wheel, why don't you just use Mylar? http://www.eclipse.org/mylar/ If I understood correctly what you want, Mylar does all those things and much more.
I'm inclined to agree - Mylyn seems to be ideal for this problem. I will keep this around just in case we can do something minimal at some point. Andrei: I am unable to look at your plug-in unfortunately. We cannot accept anything that hasn't been attached to a bugzilla report for legal reasons.
*** Bug 113230 has been marked as a duplicate of this bug. ***
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.