Bug 9397 - [EditorMgmt] associations: Allow system editor as a choice in the default editor
Summary: [EditorMgmt] associations: Allow system editor as a choice in the default editor
Status: NEW
Alias: None
Product: Platform
Classification: Eclipse Project
Component: UI (show other bugs)
Version: 2.0   Edit
Hardware: All All
: P3 enhancement (vote)
Target Milestone: ---   Edit
Assignee: Platform UI Triaged CLA
QA Contact:
URL:
Whiteboard:
Keywords: bugday, helpwanted
: 92206 (view as bug list)
Depends on:
Blocks:
 
Reported: 2002-02-11 10:56 EST by Ernest Mah CLA
Modified: 2016-11-10 11:56 EST (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ernest Mah CLA 2002-02-11 10:56:12 EST
In the workbench editor preferences, you can change the default editor to use 
on particular resource types when they are opened.  For now, you have to 
choose between internal editors defined in a plugin.xml, or choose an external 
editor.

It would be extremely useful if the system editor was available as a choice.  
I've set up a system editor that uses DDE to reuse the existing editor 
instance anytime I double click on '.java' files.  I can choose the editor 
from the external editor section, however there is no way for me to specify 
DDE settings...
Comment 1 Kevin Haaland CLA 2002-02-11 18:46:45 EST
I am not sure what you are asking for. Are you looking for a general purpose 
DDE editor launcher or guidance for getting arguments to your DDE editor. If it 
is the later, you can create your own editor launcher, once your code is 
running you can supply any extra arguments to launch your external editor. 

 
Comment 2 Ernest Mah CLA 2002-02-12 10:45:33 EST
I'll try to make myself more coherent.

A user sets up their windows environment (via file types in windows explorer) 
so that a double click of a .java file in his windows explorer opens up the 
same version of XEmacs via the magic of DDE.  He can happily browse through 
his file system, double clicking any java file and the same instance of XEmacs 
is used.

Now, the user launches the workbench.  He can right click on a java file in 
the navigator, choose "System Editor" and the selected java file is opened in 
the same instance of XEmacs again.

Instead of having to right click every file and choose "System Editor", the 
user would like a double click (or the default editor to use on an 'Open') to 
use XEmacs.  He opens Workbench->Preferences and navigates to Workbench->File 
Editors.  He chooses "*.java" in the "File Types: and clicks on the "Add..." 
beside the "Associated editors:".  His first inclination is to choose 
the "External Programs" radio button.  He can choose the XEmacs executable but 
there is no way to specify DDE arguments.  Double clicking on .java files in 
the navigator launches a separate instance of XEmacs each time.

My suggestion is that you now have available somewhere in this dialog, the 
choice of the System Editor.  This leaves the specification of DDE arguments 
in the hands of the file type dialog in windows.

Let me know if I'm making any sense here :)
(Or if there already is a way of doing this that is beyond me).
Comment 3 Douglas Pollock CLA 2005-04-22 11:28:44 EDT
*** Bug 92206 has been marked as a duplicate of this bug. ***
Comment 4 Michael Van Meekeren CLA 2006-04-21 13:18:52 EDT
Moving Dougs bugs
Comment 5 Susan McCourt CLA 2009-07-09 19:01:46 EDT
As per http://wiki.eclipse.org/Platform_UI/Bug_Triage_Change_2009
Comment 6 Boris Bokowski CLA 2009-11-17 13:06:47 EST
Remy is now responsible for watching the [EditorMgmt] component area.
Comment 7 Mickael Istria CLA 2016-11-10 11:56:10 EST
With the recent Marketplace discovery, a user can associate the generic "System Editor" with a file extension. However this doesn't show up in the Editor Selection dialog. Then this System Editor is resolved later, when trying to actually open the file, so if the OS association changes, Eclipse IDE will use the newly associated editor.

Proposal in comment #2 is definitely relevant.