Actually this was fixed in 0.8.0 version (EclipseColorer is not default editor anymore).
In case you need to remove some associations at all, you may do this via Eclipse's standard File Associations window, or by fixing Colorer's plugin.xml directly.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
When I install 0.8.0 I get a load of new types not previously supported by Eclipse (which I am uncomfortable with because it makes finding the file types I *am* interested in more difficult), and Colorer C++ Editor associates itself with .css(!), Colorer XML Editor with .dtd as default editor, and so on.
Your suggested fix (plugin.xml changes) doesn't work. I removed all file types except those I am interested in and the plugin.xml looks like
[snip]
<editor
name="%ColorerEditor"
icon="icons/colorer_editor.gif"
extensions="xyz"
[/snip]
(where xyz is "my" file type)
I still get all of the weird file types I am not interested in, and Colorer is still associated with files like .dtd and so on :-( I don't want to use the GUI method of removing the associations because I would like to distribute it within our team and having everyone do it manually would be pretty tiresome.
(This is installing on a completely new install of Eclipse, not one that has previously had Colorer in.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
plugin.xml fixing should definitely help. Probably eclipse somehow caches this information.
Could you please try the same thing with plugin.xml fixing, but on a fresh eclipse installation?
There are no other sources where colorer assigns extensions...
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Is there any way - config files to change etc. - to stop this plugin taking over all of the file types in Eclipse when the plugin gets installed?
Thanks.
Gary,
Actually this was fixed in 0.8.0 version (EclipseColorer is not default editor anymore).
In case you need to remove some associations at all, you may do this via Eclipse's standard File Associations window, or by fixing Colorer's plugin.xml directly.
Huh? Are you sure?
When I install 0.8.0 I get a load of new types not previously supported by Eclipse (which I am uncomfortable with because it makes finding the file types I *am* interested in more difficult), and Colorer C++ Editor associates itself with .css(!), Colorer XML Editor with .dtd as default editor, and so on.
Your suggested fix (plugin.xml changes) doesn't work. I removed all file types except those I am interested in and the plugin.xml looks like
[snip]
<editor
name="%ColorerEditor"
icon="icons/colorer_editor.gif"
extensions="xyz"
[/snip]
(where xyz is "my" file type)
I still get all of the weird file types I am not interested in, and Colorer is still associated with files like .dtd and so on :-( I don't want to use the GUI method of removing the associations because I would like to distribute it within our team and having everyone do it manually would be pretty tiresome.
(This is installing on a completely new install of Eclipse, not one that has previously had Colorer in.)
Hm, thats strange.
plugin.xml fixing should definitely help. Probably eclipse somehow caches this information.
Could you please try the same thing with plugin.xml fixing, but on a fresh eclipse installation?
There are no other sources where colorer assigns extensions...
Urk.
Yes, you're right. I was sure I had installed into a new Eclipse installation, but trying it "again" I got the right behaviour. Sorry.