Community
Participate
Working Groups
Can you support setting how the system will automatically choose the default editor. Also hoping for some better defaults perhaps?? Ideally it would allow a setting for the following: a) if it doesn't know the file type, then it defaults to the System Editor, if available (on Windows) ... when it tries to run Word or Excel in place it doesn't look very good, but I love being able to just double click the file to open the 'system editor'. Works great. BUT still allow for a person to change this default behaviour. b) if it does know the file type then default the editor that was set in the extension settings BUT do allow for the person to change this default behaviour.
If you use Open With, it remembers your last setting. Currently a regular open chooses the type of editor using the following order: - is there a last setting, if so use it - is there a Eclipse-registered editor based on the file name of file extension? - is there a registered OLE editor? - else try running the system editor Sounds like you would prefer the last two steps switched, or only allow OLE through manual configuration. We've had a lot of problems with OLE editors, so I also think this would be a better default.
Hi Nick. Sorry, another long message. I just really like this product and hope I am not hindering or annoying anyone. I am glad IBM did this with Eclipse and I have always enjoyed my past experiences with folks at OTI. Anyway ... The big issue with the 'remember last setting' is that I need to remember which ones I have changed my selection of and which ones I haven't. Because of this, I never trust it and end up always using 'rick-click, choose open with System Editor'. Which is a bit cumbersome, though certainly a work around. Because of this I am not sure if I would even have the 'last setting', particularly if you work with a lot of files, or additional ones are constantly added, it is too 'micro' of a setting. I could be wrong,but I also think that most people would make the associate on a more global level. When I first changed how to open a Word doc, I had assumed all Word docs would follow. Then when I went to change how it would open by looking at the file extension I found I had to choose from a multitude of external programs, where Word, for example, has a bunch of differnet possible options ... which is good to have (you want to be that detailed for people, but that is only covering the 1%, instead of the 99% of the time). It is almost like you want to add, Associated System Editor as an 'internal option' and OLE Editor as an 'internal option' or make them top of the list for external programs. As for the embedded OLE docs, while the idea is cool, it doesn't work well enough to be useful (sorry I hate to say that). This is largely because, for example, I loose all my tabs in Excel, easy ways to scroll in Word/Excel, etc. AND I tend to want to use it completely full screen. Chalk the feature up high for coolness, but low for usability. My suggested approach for opening files would be: - Is there a setting for over-riding the opening (globally for an extension/media-type) (options are eclipse/system/OLE/default)? - Is there an Eclipse-registered editor based on the file name or file extension? - else try running the system editor - if not system editor some default text editor? Hmm, I am wondering if perhaps the 'right-click, open with...' could actually be a fast way to added something to the 'eclipse-registered editor list'. This way you only have two options, and you can easily change it (not sure if there is a clean way to make it so you could let them decide if it is extension based or if they mean the full-filename). This way that menu option would have the following options: - System Editor - Default Editor - OLE Editor (if applicable) - Choose External Program Something like that? Then your heuristic for opening files is the bottom of the three above steps...the info is stored in one place,the registered editor list. Again, thinking out loud. Joe
Joe, Your comments above are all valid, and I appreciate you taking the time to write them out. I agree that the 'last setting' introduces an unwanted command mode, and the OLE support should be secondary to system editors. Marking for consideration post 2.0. Thanks, Nick
Reopened for investigation
meant to assign to Doug
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.
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.
