struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alexandru Popescu" <>
Subject Re: JS Libraries (was Re: [WebWork2] TODO)
Date Tue, 28 Mar 2006 15:26:14 GMT
Joe, I mostly agree with you. What I've been trying to say is that most of
the user will not like to have a big dependency on Dojo  for simple
functionality like a calendar component. And I agree, this is my case too. I
would prefere something small and working almost everywhere. We have even
been thinking to add a new AJAX theme based on lighter solutions (a la
prototype). And if this will work, I would almost sure vote for removing the
dependency on Dojo.  But this is way to personal :-).

.w( the_mindstorm )p.

On 3/28/06, Joe Germuska <> wrote:
> >I had very bad experiences with Dojo so far, and I brought this into
> >discussion on ww forums. I wouldn't encourage moving to Dojo, because the
> >browser support is still lacking, and from the feeling we got from their
> ml
> >some of the old browsers, that are still used (f.e. IE 5.5) will
> be  missing
> >in the next versions.
> If you believe, IE
> 5.5 only has 2% market share.  I wouldn't blame a project for not
> spending a large amount of resources supporting that.
> That said, I think we should try to keep the JS libraries as
> pluggable as possible.  But maybe it's impossible to bundle valuable
> features and still do that -- I was really surprised at how many
> dependencies Webwork accepted, and I'm still trying to work out for
> myself whether that's better in the long run.  I think the Struts
> community philosophy was very conservative about that, but it may do
> us well to challenge that philosophy.
> Still, having roots in that philosophy, again my inclination is to
> try to be more library agnostic.  Can that work?
> Joe
> --
> Joe Germuska
> *
> "You really can't burn anything out by trying something new, and
> even if you can burn it out, it can be fixed.  Try something new."
>         -- Robert Moog
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message