You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@struts.apache.org by Andrew Hill <an...@gridnode.com> on 2002/12/20 17:11:10 UTC
[FRIDAY] a javascript a day keeps the server away... [WAS: RE: How does LookupDispatchAction lookup.]
Oh come on!
Dont you know that the latest research suggests a little javascript is good
for your heart. Oh wait a second - thats beer.
Well I guess its that day of the week again ;-)
And for a practical example of just how useful javascript can be check out
this oddity I found while looking for a tree widget to use for my
navigation:
http://dhtmlnirvana.com/landoftrees/
-----Original Message-----
From: Alvarado, Juan (c) [mailto:Juan_Alvarado@NielsenMedia.com]
Sent: Friday, December 20, 2002 23:57
To: 'Struts Users Mailing List'
Subject: RE: How does LookupDispatchAction lookup.
I have had the same issues you are having, and I just went with
LookupDispatchAction. I'm not 100% sure if the way I do my apps is the 100%
correct way, but what I do is for any button that has white space as its
value, I store a key in my ApplicationResources.properties and use that key
in conjunction with LookupDispatchAction.
I like the LookupDispatchAction because I avoid having to use javascript on
my client.
-----Original Message-----
From: ROSSEL Olivier [mailto:olivier.rossel@airbus.com]
Sent: Friday, December 20, 2002 10:45 AM
To: 'Struts Users Mailing List'
Subject: RE: How does LookupDispatchAction lookup.
> I think you are missing the point of what
> LookupDispatchAction is about.
> It solves a specific problem with i18n'd button labels.
>
> It sounds like you might be more interested in DispatchAction.
Ted says that JavaScript is needed with Dispatch Action.
My problem with DispatchAction is that the name of the
java method IS the value of a request parameter.
At the moment, the only parameter I can use is the one
of the submit button clicked by the user. And the value
of that submit contains whitespaces.
So is there a solution?
Am i stuck with LookupDispatchAction and .properties ?
This e-mail is intended only for the above addressee. It may contain
privileged information. If you are not the addressee you must not copy,
distribute, disclose or use any of the information in it. If you have
received it in error please delete it and immediately notify the sender.
Security Notice: all e-mail, sent to or from this address, may be
accessed by someone other than the recipient, for system management and
security reasons. This access is controlled under Regulation of
Investigatory Powers Act 2000, Lawful Business Practises.
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [FRIDAY] a javascript a day keeps the server away...
Posted by Andrew Hill <an...@gridnode.com>.
I dont know how to best describe that page.
Its like a twisted mixture of lame and compelling at the same time.
I dont know what its designer was on at the time he wrote it, but I want
some...
lol
-----Original Message-----
From: James Mitchell [mailto:jmitchell@apache.org]
Sent: Saturday, December 21, 2002 00:48
To: 'Struts Users Mailing List'
Subject: RE: [FRIDAY] a javascript a day keeps the server away...
Holy Footprint Batman!!!!! That page sucked 100% of my system resources
to render! And I have 1/2 a GIG!!!
I thought I heard a painful moaning sound, and when page finally came
up, I realized it was coming from Phoenix.
--
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg."
- Bjarne Stroustrup
> -----Original Message-----
> From: Andrew Hill [mailto:andrew.david.hill@gridnode.com]
> Sent: Friday, December 20, 2002 11:11 AM
> To: Struts Users Mailing List
> Subject: [FRIDAY] a javascript a day keeps the server away...
> [WAS: RE: How does LookupDispatchAction lookup.]
>
>
> Oh come on!
>
> Dont you know that the latest research suggests a little
> javascript is good for your heart. Oh wait a second - thats beer.
>
> Well I guess its that day of the week again ;-)
>
> And for a practical example of just how useful javascript can
> be check out this oddity I found while looking for a tree
> widget to use for my
> navigation:
> http://dhtmlnirvana.com/landoftrees/
>
> -----Original Message-----
> From: Alvarado, Juan (c) [mailto:Juan_Alvarado@NielsenMedia.com]
> Sent: Friday, December 20, 2002 23:57
> To: 'Struts Users Mailing List'
> Subject: RE: How does LookupDispatchAction lookup.
>
>
> I have had the same issues you are having, and I just went
> with LookupDispatchAction. I'm not 100% sure if the way I do
> my apps is the 100% correct way, but what I do is for any
> button that has white space as its value, I store a key in my
> ApplicationResources.properties and use that key in
> conjunction with LookupDispatchAction.
>
> I like the LookupDispatchAction because I avoid having to use
> javascript on my client.
>
> -----Original Message-----
> From: ROSSEL Olivier [mailto:olivier.rossel@airbus.com]
> Sent: Friday, December 20, 2002 10:45 AM
> To: 'Struts Users Mailing List'
> Subject: RE: How does LookupDispatchAction lookup.
>
>
> > I think you are missing the point of what LookupDispatchAction is
> > about. It solves a specific problem with i18n'd button labels.
> >
> > It sounds like you might be more interested in DispatchAction.
>
> Ted says that JavaScript is needed with Dispatch Action.
> My problem with DispatchAction is that the name of the
> java method IS the value of a request parameter.
> At the moment, the only parameter I can use is the one
> of the submit button clicked by the user. And the value
> of that submit contains whitespaces.
>
>
> So is there a solution?
> Am i stuck with LookupDispatchAction and .properties ?
>
> This e-mail is intended only for the above addressee. It may
> contain privileged information. If you are not the addressee
> you must not copy, distribute, disclose or use any of the
> information in it. If you have received it in error please
> delete it and immediately notify the sender. Security Notice:
> all e-mail, sent to or from this address, may be accessed by
> someone other than the recipient, for system management and
> security reasons. This access is controlled under Regulation
> of Investigatory Powers Act 2000, Lawful Business Practises.
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail:
<ma...@jakarta.apache.org>
For additional commands, e-mail:
<ma...@jakarta.apache.org>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [FRIDAY] a javascript a day keeps the server away...
Posted by James Mitchell <jm...@apache.org>.
Holy Footprint Batman!!!!! That page sucked 100% of my system resources
to render! And I have 1/2 a GIG!!!
I thought I heard a painful moaning sound, and when page finally came
up, I realized it was coming from Phoenix.
--
James Mitchell
Software Engineer/Struts Evangelist
http://www.open-tools.org
"C makes it easy to shoot yourself in the foot; C++ makes it harder, but
when you do, it blows away your whole leg."
- Bjarne Stroustrup
> -----Original Message-----
> From: Andrew Hill [mailto:andrew.david.hill@gridnode.com]
> Sent: Friday, December 20, 2002 11:11 AM
> To: Struts Users Mailing List
> Subject: [FRIDAY] a javascript a day keeps the server away...
> [WAS: RE: How does LookupDispatchAction lookup.]
>
>
> Oh come on!
>
> Dont you know that the latest research suggests a little
> javascript is good for your heart. Oh wait a second - thats beer.
>
> Well I guess its that day of the week again ;-)
>
> And for a practical example of just how useful javascript can
> be check out this oddity I found while looking for a tree
> widget to use for my
> navigation:
> http://dhtmlnirvana.com/landoftrees/
>
> -----Original Message-----
> From: Alvarado, Juan (c) [mailto:Juan_Alvarado@NielsenMedia.com]
> Sent: Friday, December 20, 2002 23:57
> To: 'Struts Users Mailing List'
> Subject: RE: How does LookupDispatchAction lookup.
>
>
> I have had the same issues you are having, and I just went
> with LookupDispatchAction. I'm not 100% sure if the way I do
> my apps is the 100% correct way, but what I do is for any
> button that has white space as its value, I store a key in my
> ApplicationResources.properties and use that key in
> conjunction with LookupDispatchAction.
>
> I like the LookupDispatchAction because I avoid having to use
> javascript on my client.
>
> -----Original Message-----
> From: ROSSEL Olivier [mailto:olivier.rossel@airbus.com]
> Sent: Friday, December 20, 2002 10:45 AM
> To: 'Struts Users Mailing List'
> Subject: RE: How does LookupDispatchAction lookup.
>
>
> > I think you are missing the point of what LookupDispatchAction is
> > about. It solves a specific problem with i18n'd button labels.
> >
> > It sounds like you might be more interested in DispatchAction.
>
> Ted says that JavaScript is needed with Dispatch Action.
> My problem with DispatchAction is that the name of the
> java method IS the value of a request parameter.
> At the moment, the only parameter I can use is the one
> of the submit button clicked by the user. And the value
> of that submit contains whitespaces.
>
>
> So is there a solution?
> Am i stuck with LookupDispatchAction and .properties ?
>
> This e-mail is intended only for the above addressee. It may
> contain privileged information. If you are not the addressee
> you must not copy, distribute, disclose or use any of the
> information in it. If you have received it in error please
> delete it and immediately notify the sender. Security Notice:
> all e-mail, sent to or from this address, may be accessed by
> someone other than the recipient, for system management and
> security reasons. This access is controlled under Regulation
> of Investigatory Powers Act 2000, Lawful Business Practises.
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
> --
> To unsubscribe, e-mail:
> <mailto:struts-user-> unsubscribe@jakarta.apache.org>
> For
> additional commands,
> e-mail: <ma...@jakarta.apache.org>
>
>
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>