[wp-hackers] Plugin download repository

Owen Winkler ringmaster at midnightcircus.com
Thu Jul 28 03:06:20 GMT 2005


Firas D. wrote:
> Matthew Mullenweg wrote:
> 
>> Jonathan Leighton wrote:
>>
>>> If we can all agree on a solution I'll implement it.
>>
>> In trunk/readme.txt:
>>
>> Stable tag: (trunk|0.3|tag-name)
>>
> That sounds good. Maybe 'Stable version:' ?

Why not instead have a SVN branch named "stable"?  Why not pull the 
plugin data from existing and new fields in the plugin header instead of 
the readme file?  Why not point to a web/wiki/WP-static page in the 
plugin header for a plugin's documentation?

I thought the idea of the official repository was to release plugin 
developers from the burden of jumping through the hoops of each separate 
deployment site.  This just seems like added hoops.

Reasons that a wiki page is better than a readme.txt file:
- Documentation is as fresh as it can be, not dependent on when a user 
downloaded it.
- Wiki documentation will alert a user to when a version upgrade is 
recommended, which a readme can't do.
- Documentation on a wiki is written once and not converted into an 
alternate format for deployment.
- The documentation won't be overwritten by a file of the same name 
stored in the same directory - a very likely event in the case of a 
readme.txt.
- Documentation can be more easily accessed and searched before 
downloading.  (ie.- 
http://search.yahoo.com/search?p=site%3Adev.wp-plugins.org+inurl%3Awiki+geo
vs. 
http://search.yahoo.com/search?p=site%3Adev.wp-plugins.org+file%3Areadme.txt+geo)
- Nobody reads a file named "readme.txt" anyway, even if it contains the 
secret to great riches and happiness.

Reasons that the metadata about a plugin should be in the plugin header:
- The WP interface can provide a documentation link, not just a home page.
- The plugin header is a flexible "standard" that already exists, rather 
than a new proprietary format.
- The authorship and keyword metadata is attached unquestionably to the 
plugin even if the readme is unavailable.
- The metadata could be useful to the admin interface or other plugins.
- It seems that a plugin author may be more likely to fill in details 
that are part of the code than create a whole separate file, thus 
leading to more available plugins.

Just my simple thoughts on this topic.  Nothing groundbreaking here. 
Move along.

Owen



More information about the wp-hackers mailing list