On Mon, 10 Dec 2001, Arron Bates wrote:
> Date: Mon, 10 Dec 2001 18:27:42 +1100
> From: Arron Bates <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> To: Struts Developers List <[EMAIL PROTECTED]>
> Subject: Freetext attribute for all tags...
>
> Idea...
>
> There was just that too and fro in "additional properties needed on
> html:image..." bug in that there was the argument over what to support
> and what not to support... if there was a standard property (ie:
> "freetext", "freeform", "uglytext" or something) where developers could
> add a string to be included in the tag as they provide it (with an extra
> space at the front and back to avoid collisions).
>
> If a developer wants to include something to be rendered for one reason
> or another, Struts not supporting it or otherwise, they can without
> issue and code hacks that will have to be re-done the next version of
> the tag, tld etc...
>
> It means that the html:image and html:text can do whatever and the
> developer can still get the width, height and wrap stuff that he needs
> for nice formatting.
>
> Probably not *proper* for all the die -hards out there... but certainly
> useable, especially for html creatives that seek that extra level of
> control that Struts hasn't been around yet, doesn't want to or whatever.
>
> Just an idea.
>
I can sympathize with this point. However, "freetext" as currently
proposed (and as Oleg checked in) lets you define *any* attribute that
happens to be supported by the tag you're inside, even if it's an
attribute that Struts already generates elsewhere.
IMHO, this is going to lead to more user problems, along with the ability
to generate non-HTML-standard browser tags. It also goes against the
grain of movement towards XHTML, where there is no such thing as a
non-standard attribute.
I'm at least -0 on the current approach, but leaning towards -1.
(I'm also OK with "freetext" as the name for this concept if we keep it,
versus the other alternatives -- you are "free" to hang yourself with it
:-).
>
> Arron.
>
Craig
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
