[development] 3rd party sites/all/plugins

Simon Hobbs simon at emspace.com.au
Wed May 13 15:38:53 UTC 2009

Hi Aaron

I've posted some ideas on sun's link http://drupal.org/node/320562
would love your comments there, as WYSIWYG could be a great leader in
establishing a convention.


On Thu, May 14, 2009 at 1:14 AM, Aaron Winborn <winborn at advomatic.com> wrote:
> I'm in favor going forward of using sites/all/plugins for third party
> plugins. First, it's a centralized location, and the convention is being
> adopted throughout contrib, and even core (http://drupal.org/node/315100).
> Secondly, as you note, it discourages the practice of directly modifying a
> module directory structure. Thirdly, it allows for
> drupal_get_path('plugins', 'foo'), if a foo.info file exists (i.e.,
> /sites/all/plugins/foo/foo.info).
> Aaron
> Simon Hobbs wrote:
>> Hiya
>> Is there best practice for 3rd party plugins?
>> Recently a tiny site was upgraded, the fckeditor module was updated
>> but the dev didn't re-add fckeditor. The owner didn't notice for ages
>> and eventually I have to work backwards through backups to make sure I
>> get the right (possibly customized) package.
>> So I've started creating a sites/all/plugins folder for all the
>> fckeditors / swfobject / jqueryplugins / pdfwriters / etc that I need
>> for a job. I then use symlinks, so in the scramble the fix is simple.
>> It's nice too I can put different versions of tools side by side, and
>> the symlink just points to the desired one.
>> In theory it would be great if modules expected a plugin folder.
>> For non-professionals we put them under duress with install
>> instructions that tell them to clutter their modules with plugins,
>> making upgrades harder for them, and I think we send the message that
>> altering modules is ok.
>> Thoughts or guidance?
>> Thanks
>> Simon Hobbs / sime
> --
> Aaron Winborn
> Advomatic, LLC
> http://advomatic.com/
> Drupal Multimedia available in September!
> http://www.packtpub.com/create-multimedia-website-with-drupal/book
> My blog:
> http://aaronwinborn.com/

More information about the development mailing list