struts-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Don Brown" <donald.br...@gmail.com>
Subject Re: [proposal] Tag reorganization
Date Wed, 03 Jan 2007 19:48:42 GMT
Another update: let's put this off till we get a GA release.
Unfortunately, it looks like it will take more time that I have due to
the way the dojo code is embedded in even the simple theme.  Another
issue is how the new tags would extend the old.  In case of ones that
add a bunch of new properties, like div, currently they extend this
abstractcallingui something bean.  Well, if the new tag exteded the
normal Div component, it wouldn't be able to extend this other bean,
which has all the new properties.  Basically, this means there will be
a bunch of copy/pasted code both in Components and JSP tags.

XWork 2 is looking like it will go final any day now, so let's push
for a GA Struts 2 release next week.

Don

On 12/30/06, Don Brown <donald.brown@gmail.com> wrote:
> Quick update: The dojo separation is looking easier than I thought.  I
> plan to finish it tomorrow, however, it requires the latest xwork so
> we should probably put it after 2.0.2.  It is looking pretty good for
> plugins that want to create a new struts-dependent tag library and
> want their tags to work in JSP, Velocity, and Freemarker.
>
> Don
>
> On 12/28/06, Don Brown <mrdon@twdata.org> wrote:
> > I think the rule of thumb here should be if you require any additional
> > tag attributes, then the tag should be in its own tag library.  If
> > followed fully, this would put our xhtml theme in its own tag library,
> > which if we could ignore backward compatibility, I'd do in a heartbeat.
> > I  think the theme concept is still handy, just overused.
> >
> > Don
> >
> > Ian Roughley wrote:
> >
> > > I think I am missing something here - how will the tags be invoked?
> > > It will need to be a new tld with a new name space, right?  Something
> > > like <dojo:select ... /> rather than <s:select theme="ajax" ... />
-
> > > so there will be a compatibility issue, but all the functionality will
> > > be moved forward.
> > >
> > > /Ian
> > >
> > >
> > > David H. DeWolf wrote:
> > >
> > >>
> > >>
> > >> Ted Husted wrote:
> > >>
> > >>> Don mentioned a separate tag library, so that would indicate another
> > >>> prefix, but there'd be no reason why the internal tag syntax would
> > >>> change.
> > >>>
> > >>> To keep the codebase manageable, I believe we do need to make this
> > >>> change, and I'd rather make it now while we are in our first beta
> > >>> series than after the first Struts 2 GA. The plugin model might also
> > >>> open the door to other AJAX implementations of the same tags.
> > >>
> > >>
> > >> I agree.  I like it, but just wanted to make sure we think through
> > >> the compatibility changes before we make a decision.
> > >>
> > >> In essence we're saying that this change is more important than
> > >> backwards compat of this one tag and we're willing to live with those
> > >> repercussions.   I'm on board with that.
> > >>
> > >>
> > >>>
> > >>> -T.
> > >>>
> > >>> On 12/27/06, David H. DeWolf <ddewolf@apache.org> wrote:
> > >>>
> > >>>> Ok, as long as we keep the tag prefixes and tag names once they
are
> > >>>> abstracted from the plugin.
> > >>>>
> > >>>> At one point we talked about having a simple version which is extended
> > >>>> by the dojo version and added additional (dojo-specific) featuers.
 It
> > >>>> seems like the current names would be more likely be used for the
core
> > >>>> tags - not the dojo-enhanced ones.
> > >>>>
> > >>>> Ted Husted wrote:
> > >>>> > A struts-dojo plugin shouldn't change the tag syntax. It should
just
> > >>>> > be a matter of adding the JAR, as we do for Spring, and
> > >>>> JasperReports,
> > >>>> > and Tiles, so forth.
> > >>>> >
> > >>>> > On 12/27/06, David H. DeWolf <ddewolf@apache.org> wrote:
> > >>>> >> Nope, that's the one I'm talking about.  I got the impression
we
> > >>>> were
> > >>>> >> going to keep it as is and thus break backwards compatibility
in
> > >>>> 2.0.2
> > >>>> >> -- and then mess with it again it when we create the plugin.
. .
> > >>>> >>
> > >>>> >> David
> > >>>
> > >>>
> > >>> ---------------------------------------------------------------------
> > >>> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >>> For additional commands, e-mail: dev-help@struts.apache.org
> > >>>
> > >>>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > >> For additional commands, e-mail: dev-help@struts.apache.org
> > >>
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > > For additional commands, e-mail: dev-help@struts.apache.org
> > >
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
> > For additional commands, e-mail: dev-help@struts.apache.org
> >
> >
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@struts.apache.org
For additional commands, e-mail: dev-help@struts.apache.org


Mime
View raw message