http://tacos.sourceforge.net/
It's also about to be integrated into and serve as the foundation for tapestry related stuff. There are some others in the ASF planning on/currently using it as well but I don't know the specifics.
They have a good sampling of some things here, as long as you keep in mind that these are uncompressed/etc builds so they tend to run a lot slower than what you'd get with a pre-compiled package:
http://archive.dojotoolkit.org/dojo-2006-01-03/tests/
On 1/3/06, Martin Marinschek <[EMAIL PROTECTED]
> wrote:
Well,
according to the critics of prototype on our list, dojo offers
everything prototype offers with respect to the _javascript_ core. I
really don't know - haven't checked it out myself so far, I wanted to
find out what you guys are saying first.
Of course, with prototype, you get a lot more on the plate with all
the extensions which use it!
regards,
Martin
On 1/3/06, Ryan Gahl <[EMAIL PROTECTED]> wrote:
>
>
>
> So I'm guessing Dojo does not change any internal object prototypes then? Is
> it even comparable to prototype? I mean does it allow for encapsulation via
> class-like definitions, inheritance, etc..? Or are you only using it for
> AJAX? I'd be interested in some sort of side by side comparison if that
> exists anywhere. Guess I'll have to dig into Dojo a bit to get those
> answers.
>
>
>
> ________________________________
>
>
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]] On
> Behalf Of Jesse Kuhnert
> Sent: Tuesday, January 03, 2006 2:54 PM
> To: [email protected]
> Subject: Re: [Rails-spinoffs] Status of Prototype
>
>
>
> I've had problems using prototype with other _javascript_ as well. Since
> moving over to dojo I've never looked back ;) (Besides your autocompleter of
> course..)
>
> The collisions people are having with the prototype'd stuff really is a
> widespread problem, but it looks like prototype is doing just fine in spite
> of the competition so I'm sure it's not an issue.
>
>
> On 1/3/06, Ryan Gahl <[EMAIL PROTECTED]> wrote:
>
> Still not understanding why you don't just apply your ideas to your
> implementation of prototype.js? Just because it's not in any kind of
> official release doesn't mean you can't add prefixes to your copy. And
> the prototype library is small enough that if you ever need to upgrade
> it, it's not going to take you that long to re-apply the prefixes.
>
> I'm afraid you're looking for the perfect solution, which I'm afraid
> does not exist. I'll bet in the long run it's a better choice to stick
> with prototype.js and use your prefix idea rather than spend all the
> time to convert to dojo which may not even solve your problem... But I
> don't know your project like you do I guess.
>
> -----Original Message-----
> From: [EMAIL PROTECTED]
> [mailto: [EMAIL PROTECTED] ] On
> Behalf Of
> Martin Marinschek
> Sent: Tuesday, January 03, 2006 2:41 PM
> To: [email protected]
> Subject: Re: [Rails-spinoffs] Status of Prototype
>
> Ok - then I can't use prototype. It's out of my possibilities to check
> with every framework, as I don't have access to all possible
> _javascript_-frameworks a MyFaces user could combine with his
> MyFaces-webapps.
>
> In this case, I'll have to drop prototype and replace everything with
> dojo.
> Sigh! lots of work to do ;)
>
> However, I still think that something that makes it a little less
> convenient (prefixes are just a few keyboard-hits more) but a lot more
> stable to use prototype would be well worth being implemented!
>
> regards,
>
> Martin
>
> On 1/3/06, Ryan Gahl <[EMAIL PROTECTED]> wrote:
> > Went to the official Ajile website, downloaded the thing and took a
> > look. All I can say is, meh. It's not entirely useful, really. First
> of
> > all the darn thing is written all on a single line (no carriage
> > returns), which I'm assuming was some attempt at saving a few bytes
> > (quite annoying). Secondly, it doesn't really do anything helpful
> (maybe
> > it has some good points). In an attempt at simulating namespaces, the
> > author has had to fill an array with every system type he could find
> > (maybe all of them, maybe he missed a few), which gets checked any
> time
> > you try to create or import a namespace, so you don't collide with any
> > system defined objects (who knows how many browser-specific
> proprietary
> > ones were missed). And then all it's really doing in the end is
> creating
> > shell objects to act like a dot-naming convention for your actual
> > objects. So it's a really long way around the problem that basically
> is
> > (once again) simply renaming functions, only in this case is actually
> > adding overhead by having to create shell objects (memory usage) and
> > iterate through the massive array of system types. And it in no way
> > addresses our REAL problem (as prototype.js users), of the built in
> > _javascript_ object prototypes being changed.
> >
> > So, Martin, once again I have to say if you are using any framework
> the
> > messes with prototypes, you just have to suck it up and watch out for
> > collisions.
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED]] On
> Behalf Of
> Ryan
> > Gahl
> > Sent: Tuesday, January 03, 2006 1:51 PM
> > To: [email protected]
> > Subject: RE: [Rails-spinoffs] Status of Prototype
> >
> > Brilliant, I never heard of that before, thanks Michael. I'm
> definitely
> > going to take a look at AJILE :)
> >
> > -----Original Message-----
> > From: [EMAIL PROTECTED]
> > [mailto:[EMAIL PROTECTED] ] On
> Behalf Of
> > Michael Peters
> > Sent: Tuesday, January 03, 2006 1:48 PM
> > To: [EMAIL PROTECTED]
> > Cc: [email protected]
> > Subject: Re: [Rails-spinoffs] Status of Prototype
> >
> >
> >
> > Martin Marinschek wrote:
> > > Ok,
> > >
> > > if you guys agree, then I would really think that we should try to
> get
> > > this into prototype. Why should each and every user necessarily do
> > > this if it could fixed by the framework itself?
> >
> > I wasn't saying that the frameword should do it. I was just
> complaining
> > about
> > the lack of namespaces in _javascript_. I think that adding a
> 'protoType_'
> > extension to every method call and class name would be tedious and
> ugly
> > (and
> > would give me PHP nightmares).
> >
> > Maybe something like Ajile?
> http://en.wikipedia.org/wiki/AJILE
> >
> > --
> > Michael Peters
> > Developer
> > Plus Three, LP
> >
> > _______________________________________________
> > Rails-spinoffs mailing list
> > [email protected]
> >
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> >
> > The information transmitted in this electronic mail is intended only
> for
> > the
> > person or entity to which it is addressed and may contain
> confidential,
> > proprietary, and/or privileged material. Any review, retransmission,
> > dissemination or other use of, or taking of any action in reliance
> upon,
> > this information by persons or entities other than the intended
> > recipient
> > is prohibited. If you received this in error, please contact the
> sender
> > and
> > delete the material from all computers.
> >
> > _______________________________________________
> > Rails-spinoffs mailing list
> > [email protected]
> >
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> > _______________________________________________
> > Rails-spinoffs mailing list
> > [email protected]
> >
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> >
>
>
> --
>
> http://www.irian.at
>
> Your JSF powerhouse -
> JSF Consulting, Development and
> Courses in English and German
>
> Professional Support for Apache MyFaces
> _______________________________________________
> Rails-spinoffs mailing list
> [email protected]
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
> _______________________________________________
> Rails-spinoffs mailing list
> [email protected]
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>
>
> The information transmitted in this electronic mail is intended only for the
> person or entity to which it is addressed and may contain confidential,
> proprietary, and/or privileged material. Any review, retransmission,
> dissemination or other use of, or taking of any action in reliance upon,
> this information by persons or entities other than the intended recipient is
> prohibited. If you received this in error, please contact the sender and
> delete the material from all computers.
> _______________________________________________
> Rails-spinoffs mailing list
> [email protected]
> http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
>
>
>
--
http://www.irian.at
Your JSF powerhouse -
JSF Consulting, Development and
Courses in English and German
Professional Support for Apache MyFaces
_______________________________________________
Rails-spinoffs mailing list
[email protected]
http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
_______________________________________________ Rails-spinoffs mailing list [email protected] http://lists.rubyonrails.org/mailman/listinfo/rails-spinoffs
