I am going to throw a couple of random thoughts about the "plugin"
issue. A plugin should imply the following:

* Javascript files.
* Test HTML pages that serve as demo pages.
* Sample CSS and images

We have been working for some time in a structure to keep components
and release them as zip files. Once it starts growing up, the
following issues should be addressed:

* Imports: there should be some mechanism to indicate the files that
you need, a la ext or dojo. Once things get really big, you will need
to leave things out. Think cookies, or date-parsing libraries.
* Imports should be resolved by client or server-side libraries. The
latest could generate a single, minified, gzipped file with all your

Resolving the imports on the server side is not hard, but the rest
requires a project to keep prototype plugins in one place, with an
agreed folder structure. This has requirements about permissions that
should be addressed.

These are only random thoughts. More controlled, it's what dojo does;
with more freedom, it's jQuery. It's the same development model used
by linux.

On Thu, Jan 15, 2009 at 5:25 PM, Simon Charette <charett...@gmail.com> wrote:
> Don't get me wrong but PUI is more likely an undead atm.
> http://github.com/xilinus/prototypeui/network
> I've been trying to get in contact with xilinus since last august and I
> finally decided to try to push things up with starpeak:  added a Datagrid,
> fixed some issues made a spec for a decent release
> https://docs.google.com/View?docID=dc5xrvwk_2r6hs36vb&revision=_latest
> but never had any feedback and starpeak seems a bit busy atm.
> 2009/1/15 Yanick <yanick.roc...@gmail.com>
>> On Jan 15, 2:28 am, Dan <danwd...@gmail.com> wrote:
>> > [snip]
>> > So, what concrete steps can I help with? Some of the things that I'd
>> > like to see are:
>> >
>> > - Make the documentation searchable
>> > - Implement developer input within the api documentation website
>> > - Add user-submitted code feature, much like Plugins. I know we've got
>> > Scripteka, but there really should be something *tied to the prototype
>> > site*.
>> This could be a good idea actually. There are examples already, but
>> the PHP API has the user comments too and it's really something great
>> when searching for specific problems (even with Google). This could
>> attrack more people into using the library (*grin*). Of course, since
>> there can be _many_ bad user comments, there should be a validation
>> system. I would suggest that users should request a membership instead
>> of just anyone posting, and post should be submitted for approval. (I
>> would register in such system)
>> As for the tutorial, readmap and such to help new comers to get
>> involved and learn about the best practices and all, there's always
>> the prototype irc channel on freenode, and the the other user group
>> (spinoff), and the LinkedIn / Facebook groups... If one user wants to
>> write his own learning tutorial, no one is keeping him to do so, but I
>> don't think that this falls into the hands of the core development.
>> > - Bring all of the various Prototype resources under a single roof:
>> > forums, extensions, "plugins", scripty, UI, etc
>> There is Prototype UI that needs support, they have their own website
>> and IRC channel, and all. But this project is and should not be
>> dependant of these, IMHO.
>> > - Add a section devoted to 3rd-party Prototype education: links to hi-
>> > quality Prototype-centric blogs, links to and snippets from Prototype/
>> > Scripty books, etc.
>> >
>> > [snip]
>> >
>> > Thanks,
>> > Dan
> >

You received this message because you are subscribed to the Google Groups 
"Prototype: Core" group.
To post to this group, send email to prototype-core@googlegroups.com
To unsubscribe from this group, send email to 
For more options, visit this group at 

Reply via email to