-
Notifications
You must be signed in to change notification settings - Fork 1.1k
Allow disabling plugins #376
Comments
@jayrhynas what would be advantage over just removing them? installation is usually super quick |
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. |
Also, I can do the work to contribute this myself, but I wanted to see if there's actually any interest before tackling it. |
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. |
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. |
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. |
Well, there is an (far) easier solution than yours, @Cueball, thought it's not the easiest, and I still consider this useful. Go to |
+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 |
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? |
Something like holding down a specific key combo (maybe customizable?) during Xcode launch would be handy. |
Is this still considered? |
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)".
The text was updated successfully, but these errors were encountered: