Enable / Disble plug-ins per project

Hi,
are there any plans to implement enable/disbale plugins (per project) in IDEA ? I think it's frustrating loading a bunch unneeded plugins for one project , while they are used in totaly different one.

7 comments
Comment actions Permalink

Hello lllopo,

Do you see any noticeable effect of the inactive plugins?

--
Dmitry Jemerov
Software Developer
http://www.jetbrains.com/
"Develop with Pleasure!"

l> Hi,
l> are there any plans to implement enable/disbale plugins (per project)
l> in IDEA ? I think it's frustrating loading a bunch unneeded plugins
l> for one project , while they are used in totaly different one.


0
Comment actions Permalink

1. Much less crowded interface.
2. Much less exceptions in the EAP's :)).
3. Less memory usage, I suppose, although It depends of the implementation ... anyway - p.1 is quite important for me.

0
Comment actions Permalink

Hello lllopo,

Any specific details on pt.1?

We'd much rather reduce the UI and performance impact of functionality you
do not use, than provide more ways to remove the functionality.

--
Dmitry Jemerov
Software Developer
http://www.jetbrains.com/
"Develop with Pleasure!"

l> 1. Much less crowded interface.
l> 2. Much less exceptions in the EAP's :)).
l> 3. Less memory usage, I suppose, although It depends of the
l> implementation ... anyway - p.1 is quite important for me.


0
Comment actions Permalink

Mostly the tool windows, of course. But I want to notice, that merging the Projects, Packages, J2EE etc. was a bad move imho.

Also - more plugins lead to dramaticaly longer loading times (for example the SQL plugin slows down the loading visibly). I don't know about the runtime performance, but I suppose it's hit by the plugins too, so a good disable impl. can help on that point too probably.

0
Comment actions Permalink

Hello lllopo,

As for the toolwindows, this is more of a limitation of our windowing system,
which does not provide a standard way to hide unused toolwindows.

As for the performance, this is, to a large degree, a plugin bug. Any plugin
should delay as much of the initialization as possible until the moment when
it's actually used - this will provide more benefits than a general solution
for disabiling plugins.

--
Dmitry Jemerov
Software Developer
http://www.jetbrains.com/
"Develop with Pleasure!"

l> Mostly the tool windows, of course. But I want to notice, that
l> merging the Projects, Packages, J2EE etc. was a bad move imho.
l>
l> Also - more plugins lead to dramaticaly longer loading times (for
l> example the SQL plugin slows down the loading visibly). I don't know
l> about the runtime performance, but I suppose it's hit by the plugins
l> too, so a good disable impl. can help on that point too probably.
l>


0
Comment actions Permalink

I see. 10x for the reply. If that's the logic behind the plugins init, really, it's better to work on the "hide tool windows" feature then (per project ;) ).

0
Comment actions Permalink

Hi there. Reviving this thread after 13+ years because I found a legitimate need for this feature. Not just a 'bug' with plugin initialization. My use case revolves around having to switch among multiple projects, one of which is an aggregate gradle project containing > 100 projects. The issue I have is that the gradle project is mostly Java, but a handful of the projects have some ruby environments with rake tasks. This wasn't an issue until I started working in another project that was full ruby. When I started with that I added the Ruby plugin, but now everytime I switch back to the gradle project, IntelliJ tries to run the rake tasks for unused projects and modifies files every time.

Ideally I would be able to exclude the ruby plugin entirely for my gradle project, rather than having to disable it wholesale and restart the IDE.

4

Please sign in to leave a comment.