I'm not quite sure what you mean Jack... When you say the "code one must load", do you mean on the pages returned to the client, or in memory on the server, or something else entirely?

If you don't don't use the Ajax functionality but were to just update the BaseTagHandler in struts.jar (and the TLD file in your app), everything would function the same and the only real difference would be that BaseTagHandler would be a little bigger in memory because the Ajax code would obviously still be there, and you would also have AjaxConfig with some empty static members loaded, but neither of those are anything substantial I'd say.

As far as the pages goes, if you don't include an ajaxRaf attribute on a tag, then nothing extra is rendered into the page, everything works as always in that case (and ajaxRef would for all intents and purposes be ignored if you didn't add the plugin to struts-config).

Does that answer the question?  Thanks!

--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com

Dakota Jack wrote:
Frank,

Does this increase the code one must load whether one uses Ajax or not?  Thanks!



On Apr 6, 2005 3:16 PM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:

I think I'm leaning with you Allen.  I didn't like the idea of requiring
something that is essentially outside the taglib at first, but as I
think about it more I think it just makes sense.  Besides, I guess one
could argue that the extra config file is already something required
outside the taglib anyway :)

--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com

Fogleson, Allen wrote:

Personally I don't see where putting the code inline or forcing the use
of a .js file through a switch really brings value. If the switch bought
some value, say advanced features or something then it might make sense.
Power users could turn on the switch and access these wonderful extra
features that are not used normally, but the PU might want to use.

Personally I would say force the use of the file from the get go.

Al


-----Original Message----- From: Frank W. Zammetti [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 06, 2005 4:07 PM To: Struts Developers List Subject: Re: RFC: Struts HTML Ajax-Aware Tags

I think the other benefit, although a more subjective one, is that a big

long string of Javascript inline in a tag is kind of ugly.  I've
certainly done it many times, as I'm sure others have, so it isn't the
end of the world, it's just aesthetically not very pleasing to me.

I like your idea about being able to switch though (I always like more
flexibility in anything)... I'm not sure I'm convinced it isn't better
to just make the include required from the get-go, but a switch is
certainly not a bad option.  Not a big deal to implement, I just wonder
if the benefit isn't a little dubious (i.e., there is probably more to
be said for not putting the code inline, so why not make it only work
that way?)

Worth some others' input in any case I think.


--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]









---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



Reply via email to