Mike, it would be great to an overview of the features the new repository would have, and what would get dropped. Also the migration strategy and the technology you'd use for the new application would be interesting.
And while it didn't get much attention in the discussion: If we build a custom application, we certainly should keep the plugin metadata that Yehuda initially mentioned in mind. Jörn On Sun, Oct 19, 2008 at 10:03 PM, Mike Hostetler <[EMAIL PROTECTED]> wrote: > Thanks for your feedback Rey! Your description of what is done on AMO is a > great one, and it certainly helped me sharpen my vision for the plugin > repository. > > I think there is a general consensus that trying to do the "Project > Management" on http://plugins.jquery.com is no longer a good idea. I > wholeheartedly agree with this. > > This discussion has been tremendously beneficial so far. Given that I'm > seen as the current maintainer of the plugins site, I volunteer to lead the > re-design of it, and do the coding work. I've already begun to work through > how we will migrate the current site, and what direction we might head. If > there's anyone else who would like to volunteer to join in on this effort, > I'd welcome the help. > > Work will commence this week, most likely. I plan to put together a simple > writeup on my approach to solicit feedback. If anyone has any other > suggestions on how exactly to go about this, I'm all ears. > > Thanks, > > Mike Hostetler > http://amountaintop.com > > > On Sun, Oct 19, 2008 at 13:27, Jörn Zaefferer > <[EMAIL PROTECTED]> wrote: >> >> Thanks Rey for sharing ypur AMO experience! >> >> Afaik doing away with hosting wasn't an option anyway, only project >> management doesn't fit the picture. >> >> You're right that reviewing is a lot of work and requires resources we >> probably don't have. A less involved alternative would be to write >> down criteria that good plugins should adhere, and just check if those >> are met, and if so, highlight the plugin as such. This would cover >> aspects that a potential user would usually check before deciding to >> use a plugin, like presence and completeness of documentation. >> >> Jörn >> >> On Sat, Oct 18, 2008 at 5:31 AM, Rey Bango <[EMAIL PROTECTED]> wrote: >> > >> > Sorry for jumping so late into this discussion. Thanks for the kudos on >> > Mozilla AMO Joern. >> > >> > The AMO add-on site is pretty involved. While it looks very simple on >> > the front-end, there's quite a bit going on on the back-end that helps >> > us add, disable, review, approve, diff and version add-ons. >> > >> > While I like some of the ideas being thrown around, I'm not convinced >> > that doing away with hosting is the answer. The fact that we have a >> > central place for developers to come to to find plugins is a very >> > important advantage to the project. Although there are many plugins for >> > similar functionality, the fact that we have so many also needs to be >> > viewed as a "positive" as it offers choice to our user base. Having lots >> > of choices does make things confusing but I'd rather have a little >> > confusion than nothing to offer at all. In addition, there have a number >> > of cases of add-ons that have been seemingly abandoned in the repo get >> > resurrected by a user who needed the functionality and took it over. >> > >> > If anything, I would like to see a combination of both a hosting >> > scenario and directory listing. This would allow those developers that >> > wanted to upload their plugin a place to house it while those that don't >> > can simply point back to their site. >> > >> > I do think, as has been mentioned, that we need to get a better system >> > in place to properly categorize the plugins. On AMO, for example, we >> > have multiple categories but we also offer a recommended list of top >> > add-ons (about 40 of them) and in addition, for each category, we offer >> > a list of category recommended add-ons. This has been hugely successful >> > and in fact, motivates many add-on developers to really improve the >> > quality of their work. I can see the same thing being very beneficial to >> > the jQuery repo. So going with what Joern said, I think we need to get >> > back to listing our official plugins the way that we used to and also >> > create a recommended list of add-ons that we know are top-notch. >> > >> > In terms of reviewing add-ons, understand that it would be a VERY big >> > task. On AMO, we struggle with that daily because of the number of >> > submissions as well as the time involved in reviewing the add-ons. At >> > this point, I'm not sure if we're prepared to take on that task unless >> > we were able to get a good group of volunteers to check the plugins. >> > It's definitely a good idea and again, would help the community by >> > giving them feedback on improving their work. >> > >> > As for SVN, project management, etc, these are features that are way >> > outside of the scope of a plugin repo. This is something that we should >> > *NOT* do. We don't do this on AMO because of the complexity of this. On >> > AMO, we host the files necessary to install and add-on and that's it. >> > The developers use other services for managing their project (eg: >> > MozDev.org or Google Code). >> > >> > I would say that in order to do this the right way, we would probably >> > need to build our own custom system. At the moment, Drupal doesn't seem >> > to provide the best way to find plugins and perhaps it's because it's >> > not meant to do so. >> > >> > Rey... >> > >> > Jörn Zaefferer wrote: >> >> That sounds very good to me! Releases usually consist of a download, a >> >> version number and a changelog. Thats all the repository should touch >> >> in terms of project hosting - thats also what for example >> >> addons.mozilla.com provides. Defining a convention to provide these >> >> via Google Code or a Wordpress blog with minimal effort would free >> >> other resources to focus on discussion and promotion of plugins. >> >> >> >> Jörn >> >> >> >> On Tue, Oct 14, 2008 at 6:17 PM, Diego <[EMAIL PROTECTED]> wrote: >> >>> That would make sense because drupal is very poor and every plugin >> >>> I've ever come across has its own homepage hosted elsewhere. Maybe >> >>> plugins.jquery.com should focus on being a community for users - not >> >>> developers of jQuery - allowing users to... >> >>> - 'watch' their favourite plugins >> >>> - discuss/get help from fellow users >> >>> - share / rate / comment >> >>> - post related links to demos / tutorials >> >>> - stay up-to-date with the latest releases >> >>> >> >>> And the latest releases could be simply based on an XML feed form the >> >>> author's own website - it's probably safe to assume every plugin >> >>> developer has one... >> >>> >> >>> You can't please everyone - so focus on pleasing the users and let the >> >>> developers manage their projects however they're most comfortable >> >>> with... >> >>> >> >>> How about that? >> >>> >> >>> Cheers, >> >>> Diego A. >> >>> >> >>> On Oct 14, 4:00 pm, "Nathan Bubna" <[EMAIL PROTECTED]> wrote: >> >>>> +1 get out of the plugin project hosting business. make the plugin >> >>>> site a way to list/find/promote plugins, not a place to manage them. >> >>>> >> >>>> On Tue, Oct 14, 2008 at 2:34 AM, Diego A. <[EMAIL PROTECTED]> >> >>>> wrote: >> >>>>> Hi guys, >> >>>>> I agree with all the points raised by Yehuda and Jorn, but >> >>>>> unfortunately >> >>>>> Mike, the biggest problem of all is Drupal. >> >>>>> In a nutshell :- >> >>>>> - The navigation is shocking >> >>>>> - Issue management is long winded and painfully time-consuming >> >>>>> - So is uploading new files / creating new releases >> >>>>> I feel Yehuda and Jorn's points are great, but they focus primarily >> >>>>> around >> >>>>> giving jQuery user's better access to plugin - which is undeniably a >> >>>>> must-have great idea. However, The system must also cater for those >> >>>>> who do >> >>>>> (and will) voluntarily maintain their projects within the community. >> >>>>> With that in mind, I recently moved all my plugins to Google code >> >>>>> for the >> >>>>> following reasons :- >> >>>>> - Sub-version access >> >>>>> - Easy navigation >> >>>>> - Easy-to-use issue management system (with configurable email >> >>>>> alerts) >> >>>>> - WIKI (for project documentation) >> >>>>> - Ability for project collaboration >> >>>>> Hope that helps in some way... >> >>>>> Cheers, >> >>>>> Diego A. >> >>>>> 2008/10/13 Mike Hostetler <[EMAIL PROTECTED]> >> >>>>>> Hi Everyone- >> >>>>>> I'd like to start a discussion on how we can improve the plugins >> >>>>>> repository to better fulfill the needs of the community. When we >> >>>>>> first created the plugins site, there were a lot less plugins. As >> >>>>>> jQuery's popularity continues to rise, the need for additional >> >>>>>> features for plugin authors is growing. >> >>>>>> As the person most familiar with the plugins site, I get a decent >> >>>>>> amount of requests for tweaks here and there. Unfortunately, >> >>>>>> because >> >>>>>> of the choice of using Drupal with Drupal's Project module, the >> >>>>>> amount >> >>>>>> of features that can be easily turned on is small. I've been very >> >>>>>> cautious at modifying the source code of the Project module for >> >>>>>> many >> >>>>>> reasons. I'm in touch with the leaders of the Project Module, >> >>>>>> having >> >>>>>> met up with them at the last Drupalcon. Currently, there is >> >>>>>> ongoing >> >>>>>> work on the Project module for Drupal.org, and the Project module >> >>>>>> remains the last major issue in upgrading Drupal.org to Drupal 6. >> >>>>>> So, >> >>>>>> this problem is bigger then jQuery. >> >>>>>> What I'd like to solicit is feedback on the following: >> >>>>>> - What works with the current plugins site, what are it's >> >>>>>> strengths? >> >>>>>> - What doesn't work, where does it fall down? >> >>>>>> - What are the top 5 major features missing from the current site? >> >>>>>> - Are there any other open source project management solutions that >> >>>>>> are worthy of consideration to replace Drupal and the Project >> >>>>>> module? >> >>>>>> (PS. Because of the work involved in this, I would consider this >> >>>>>> only >> >>>>>> as a last resort) >> >>>>>> - Any other feedback is appreciated >> >>>>>> Thanks, >> >>>>>> Mike Hostetler >> >>>>> -- >> >>>>> Cheers, >> >>>>> Diego A. >> >> >> >> > >> > >> > > >> > >> >> > > > > > --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "jQuery Development" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/jquery-dev?hl=en -~----------~----~----~----~------~----~------~--~---
