Skip to content
This repository has been archived by the owner on Sep 4, 2018. It is now read-only.

Allow disabling plugins #376

Open
jayrhynas opened this issue Nov 9, 2015 · 12 comments
Open

Allow disabling plugins #376

jayrhynas opened this issue Nov 9, 2015 · 12 comments

Comments

@jayrhynas
Copy link

It would be handy to have a way to quickly disable a plugin without completely removing it. This is handy for toggling plugins you only use occasionally, or for troubleshooting. Similar to how Chrome extensions can be disabled.

This can be achieved by moving plugins to a different folder, such as "~/Library/Application Support/Developer/Shared/Xcode/Plug-ins (Disabled)".

@supermarin
Copy link
Collaborator

@jayrhynas what would be advantage over just removing them? installation is usually super quick

@jayrhynas
Copy link
Author

I agree, installation is quick, but some disabling is still useful for when you want to temporarily disable some or all plugins, and you either don't have internet access (to reinstall) or you don't want to write down the list of plugins so you can remember which ones to install.

I admit though this feature is just a minor convenience, and shouldn't be a priority. You can still manually "disable" plugins by moving them out of the Plug-ins folder.

@jayrhynas
Copy link
Author

Also, I can do the work to contribute this myself, but I wanted to see if there's actually any interest before tackling it.

@jurre
Copy link
Collaborator

jurre commented Nov 11, 2015

I'd say it's probably not a common enough use case to add code for in Alcatraz, but if there are many people that would find this useful, we could consider it I suppose.

@revolter
Copy link

This is useful if you have a fork of a plugin installed or even a plugin in development. Installing it retrieves the "original" plugin, while (re)enabling it retains the current version (and build) of the plugin, since it's the exact same file. So, yes, I "upvote" this idea.

@Cueball
Copy link

Cueball commented Jan 7, 2016

Just came here looking exactly for this feature. (Implicit +1 on this if it wasn't obvious...)

The key factor is that disabling one/all plugins should not require you to remember which plugins you've had installed - you can disable them and re-enable them as a simple troubleshooting technique. (And it may or may not integrate nicely with #413 which I found earlier.)

Specific use case: I've just been given a .playground that's not presenting properly in Xcode. I want to disable all plugins to make sure that no 3rd-party plugin is causing the problem. Easiest first step would be to disable all plugins and restart Xcode. But instead I have to document all my plugins, uninstall them, relaunch Xcode, and troubleshoot the .playground (which could just as easily be .xcodeproj). To get my plugins back, I have to search for each plugin and manually re-enable them one-by-one - that's gonna get old really fast.

TLDR: need disable/enable per-plugin and en masse for troubleshooting plugins.

@revolter
Copy link

revolter commented Jan 7, 2016

Well, there is an (far) easier solution than yours, @Cueball, thought it's not the easiest, and I still consider this useful.

Go to /Users/User/Library/Application Support/Developer/Shared/Xcode/Plug-ins and move all the plugins somewhere else (I usually just move them outside their parent folder, as siblings with the Plug-ins folder) and move them back when you're done.

@matthewspear
Copy link

+1

Even though the folder based solution is easy, it's the type of feature that comes in handy when troubleshoot and trying to work out exactly which plugin might be causing the problem!

For troubleshooting on a per plugin basis you have to re-introduce plugin by plugin, where ticking an enable / disable tickbox would be alot easer and more accessible than either mv ~/... or dragging and dropping.

@jurre
Copy link
Collaborator

jurre commented Jan 14, 2016

Ok it seems like more people than I thought would like this.

Does anyone has any UI suggestions? And if we would decide to add this, would anyone be willing to put in the work?

@matthewspear
Copy link

UI wise - I imagined just having either a tick box:
screen shot 2016-01-14 at 8 14 33 pm
or an on off switch:
screen shot 2016-01-14 at 8 13 27 pm

I am by no means a designer but this is roughly what I was thinking, obviously the text could change when selected (Enable > Enabled in first case, Enable > Disable in second).

Work wise - I'm a student just about to start exam season, so not this month also I'm a Swift developer with only a little bit of Obj-C knowledge but I'd be willing to try!

@sebastienboisvert
Copy link

Something like holding down a specific key combo (maybe customizable?) during Xcode launch would be handy.

@Petter-W
Copy link

Petter-W commented Aug 2, 2016

Is this still considered?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants