Re: [OT] Re: SelectAction - an improved DispatchAction

This is getting tiresome, so I will try to be quick. I created another attachment (15777) to http://issues.apache.org/bugzilla/show_bug.cgi?id=30292 . It is less compact that McGrady's version because it uses prefix not suffix, and event-to-method map. It actually was inspired by LookupDispatchActi

RE: [OT] Re: SelectAction - an improved DispatchAction

: SelectAction - an improved DispatchAction There is no such thing as an "ad hominem attack" dear Dave. There are ad hominen arguments. Those are argument which attempt to draw a conclusion contrary to something someone adverts by challenging their character. I never have seen one of those on

Re: [OT] Re: SelectAction - an improved DispatchAction

Dakota Jack wrote: I never have seen one of those on this list. *rotflmao* Curious. I _knew_ you didn't read your own posts; they were a bit too non-sensical. Are you SURE you're not just a poorly-written Markov chaining program? your response was one. LOL The irony is thick, huh?

Re: [OT] Re: SelectAction - an improved DispatchAction

There is no such thing as an "ad hominem attack" dear Dave. There are ad hominen arguments. Those are argument which attempt to draw a conclusion contrary to something someone adverts by challenging their character. I never have seen one of those on this list. Oh, wait, your response was one. L

[OT] Re: SelectAction - an improved DispatchAction

Dakota Jack wrote: Then there is Dave, dear sweet, but *awww* ever so odd, Dave, closer to Fig than Isaac. That much might be true; we have a fairly detailed family tree back to the very late 1500s and alas, Isaac does not seem to be on it. I am definitely odd, and I wake up happy abou

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/25/05, Dakota Jack <[EMAIL PROTECTED]> wrote: > Why don't you do your own code and then submit that? I did, but I acknowledge that using suffix with method name directly in the parameter is easier than using prefix and a method map. But I can return back to prefix, no big deal for me. ---

Re: [OT] Re: SelectAction - an improved DispatchAction

Mmmh. Not always - at least, not in French right, for instance. If there is no license tied to code on a web site, but said code is clearly defined as Mr X's code, then it is implicit that you don't have the right to use it, integrate it, etc. for whatever purpose unless you have some written (1)

Re: [OT] Re: SelectAction - an improved DispatchAction

On 7/25/05, Stéphane Zuckerman <[EMAIL PROTECTED]> wrote: > > Craig McClanahan a écrit : > > On 7/21/05, Dakota Jack <[EMAIL PROTECTED]> wrote: > > > > > >>This code does not belong to Michael. It is purloined from > >>www.michaelmcgrady.com and other > discussion

[OT] Re: SelectAction - an improved DispatchAction

Craig McClanahan a écrit : On 7/21/05, Dakota Jack <[EMAIL PROTECTED]> wrote: This code does not belong to Michael. It is purloined from www.michaelmcgrady.com and other discussion on this list. In the midst of chuckling at the assertions made in this thread, a serious comment for DJ (and o

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Why are you submitting other people's code and then being a smart ass about it? If it were my option, I wouild say "not in a million years". I don't think you ever have that authority anyway. But, ask McGrady, who already said, if you check the lists, that he doesn't want the code in Struts, pro

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/23/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > > Anyway, sorry for being overly excited, I might have said something > > wrong. I just wanted Struts to continue to evolve. Seems that I chose > > a bad class to submit. > > I don't think it's a bad class to submit - I'm just not sure how > di

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

McGrady already did this, Rick. You can just go get that too, MJ > > Anyway, I am not suggesting to replace standard > > DispatchAction with something else. I suggest just to add another > > action, that is it. I use this action as base for my dialog stuff, > > this is why I considered to offer

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Michael Jouravlev wrote the following on 7/23/2005 5:34 AM: Rick, I am sorry and I want to publicly apologize. Sometimes I get too excited about something and I can go over the top. I am sorry, I did not want to bash you or hurt you in any way. No problem:) It was Friday and I was edgy myself

Re: SelectAction - an improved DispatchAction

Excuse me: Craig, Niall, David G. AND Dave with Michael in tow. Anyway, the topic was buttons and properly crediting code. If you four want to talk about something else, why don't you start your own thread. At least Niall started out with talk about code, and only fell off the mountain when call

Re: SelectAction - an improved DispatchAction

Dakota Jack wrote: Guess the topic of code was too tiresome for Craig, Niall, and David G., once again. No no, I think you misinterpreted--the topic of YOU was too tiresome ;) Dave - To unsubscribe, e-mail: [EMAIL PROTEC

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > Michael Jouravlev wrote the following on 7/22/2005 2:58 PM: > > > But what about a newbie who just wants a better dispatching > > action? He wants to get all needed service from a framework. What are > > you suggesting him? Go search mailing li

Re: SelectAction - an improved DispatchAction

> To: Struts Users Mailing List > > Subject: Re: SelectAction - an improved DispatchAction > > > > > > > > Niall > > > > P.S. Are we still pretending that Dakota Jack and Michael > > McGrady are not the same person? > > > > -

RE: SelectAction - an improved DispatchAction

age- > From: Niall Pemberton [mailto:[EMAIL PROTECTED] > Sent: Friday, July 22, 2005 11:34 AM > To: Struts Users Mailing List > Subject: Re: SelectAction - an improved DispatchAction > > > > Niall > > P.S. Are we still pretending that Dakota Jack and Michael

Re: SelectAction - an improved DispatchAction

On 7/21/05, Dakota Jack <[EMAIL PROTECTED]> wrote: > This code does not belong to Michael. It is purloined from > www.michaelmcgrady.com and other discussion on this list. In the midst of chuckling at the assertions made in this thread, a serious comment for DJ (and others like him) to consider.

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Which has been a long time, then. I think this burgeoning technology almost predates Java itself, doesn't it? Anyway, I don't believe this. Let's see the proof, Craig. If you mean the image button stuff, like the other rocket scientists, then that is irrelevant. > PS: Don't tell DJ, but JSF

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

J. you don't even understand "your" own code. How can you make a decision? On 7/22/05, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > > I only see these current solutions having merit if you are *required* to > > not have any javascript. For m

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Yes. McGrady made a big deal of that. www.michaelmcgrady.com. On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > Rick Reumann wrote the following on 7/22/2005 1:33 PM: > > > onclick="myForm.dispatch.value='someDispatchMethod'" > > > > You can use this kind of code with almost anything (with

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Clearly people don't even think it is worth understand what the hell is going on here. They don't know much more about it than you did. You should be careful about these things, in my opinion, and certainly an open source project should be. I note that Niall was going to put that code in and McG

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

No is the answer. On 7/22/05, Dave Newton <[EMAIL PROTECTED]> wrote: > Niall Pemberton wrote: > > >I presume you're referring to the fact that Michael Jouravlev's flavour of > >DispatchAction uses the ".x" and ".y" suffixes which HTML appends to image > >button parameters to determine the method

Re: SelectAction - an improved DispatchAction

; > > > > > "Niall Pemberton" <[EMAIL PROTECTED]> > 07/22/2005 11:33 AM > Please respond to > "Struts Users Mailing List" > > > To > "Struts Users Mailing List" > cc > > Subject > Re: SelectAction - an improved Di

Re: SelectAction - an improved DispatchAction

Actually, the image buttons were not using that idea. Any idea that does something with image buttons at all must account, of course, for the fact that the key in the key/value pair has an x and a y appended. That, of course, is a red herring and not the issue at all. Since you pick something th

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Michael Jouravlev wrote the following on 7/22/2005 2:58 PM: But what about a newbie who just wants a better dispatching action? He wants to get all needed service from a framework. What are you suggesting him? Go search mailing list, find Rick's site, read lessons, see why it does not work, appl

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > Rick Reumann wrote the following on 7/22/2005 1:33 PM: > > > onclick="myForm.dispatch.value='someDispatchMethod'" > > > > You can use this kind of code with almost anything (with images just > > also add myForm.submit()). Easy to use and no nee

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On Fri, July 22, 2005 2:42 pm, Craig McClanahan said: > The standard (HTML centric) set of JSF components was deliberately > designed to use attribute names that are similar to (or identical to) > the HTML attributes that they correspond to. The thinking was that > newcomers to JSF who were using

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/22/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > Since this topic is already a Friday topic, I don't feel bad going OT :) > > On Fri, July 22, 2005 2:04 pm, Craig McClanahan said: > > > action="#{mybean.save_action}" .../> > > I noticed this last night watching a demonstrat

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Since this topic is already a Friday topic, I don't feel bad going OT :) On Fri, July 22, 2005 2:04 pm, Craig McClanahan said: > action="#{mybean.save_action}" .../> I noticed this last night watching a demonstration of Exadel Studio... Craig, why is it that the attribute of a button

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Craig McClanahan wrote: This philosophy is one of the lessons we took to heart in designing JSF. In the particular case of buttons and hyperlinks, the label of the button and the binding to an action are separated and explicit: Thank goodness there's another reader macro for JSPs!!! ;)

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > When you start adding alternative ways to have your disaptch method > called, it becomes more confusing to try and figure out what actually > gets called. This was a big beef I had with LookUpDispatchAction... it > was so annoying to figure w

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/22/05, Rick Reumann <[EMAIL PROTECTED]> wrote: > I only see these current solutions having merit if you are *required* to > not have any javascript. For me, this will never be a requirement and I > doubt it will ever be. Since I can use javascript it's so easy for me to > just add > > onclick

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Rick Reumann wrote the following on 7/22/2005 1:33 PM: onclick="myForm.dispatch.value='someDispatchMethod'" You can use this kind of code with almost anything (with images just also add myForm.submit()). Easy to use and no need to figuure out how yet another flavor of SomeonesNewAndImprovedAc

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

Dave Newton wrote the following on 7/22/2005 12:32 PM: No offense to anybody, but hasn't everybody had to deal with this issue in one way or another if they've used images as buttons? I haven't had to deal with it. I haven't look at Michael Jouravlev's stuff but do remember discussing all of

Re: [FRIDAY] Re: SelectAction - an improved DispatchAction

On 7/21/05, Dakota Jack <[EMAIL PROTECTED]> wrote: > This code does not belong to Michael. It is purloined from > www.michaelmcgrady.com and other discussion on this list. Michael did > not even know the reasons for most of the code when he first proposed > it as his own. To think he could have c

[FRIDAY] Re: SelectAction - an improved DispatchAction

Niall Pemberton wrote: I presume you're referring to the fact that Michael Jouravlev's flavour of DispatchAction uses the ".x" and ".y" suffixes which HTML appends to image button parameters to determine the method to execute as being "code purloined from Michael McGrady"? (If not, then what?)

Re: SelectAction - an improved DispatchAction

Let's recognize prior art: http://www.jguru.com/faq/view.jsp?EID=893423 - Dennis "Niall Pemberton" <[EMAIL PROTECTED]> 07/22/2005 11:33 AM Please respond to "Struts Users Mailing List" To "Struts Users Mailing List" cc Subject Re: SelectAc

Re: SelectAction - an improved DispatchAction

I presume you're referring to the fact that Michael Jouravlev's flavour of DispatchAction uses the ".x" and ".y" suffixes which HTML appends to image button parameters to determine the method to execute as being "code purloined from Michael McGrady"? (If not, then what?) I agree that, to my knowl

Re: SelectAction - an improved DispatchAction

ailing List" To Struts Users Mailing List , Michael Jouravlev <[EMAIL PROTECTED]> cc Subject Re: SelectAction - an improved DispatchAction This code does not belong to Michael. It is purloined from www.michaelmcgrady.com and other discussion on this list. Michael did not even

Re: SelectAction - an improved DispatchAction

This code does not belong to Michael. It is purloined from www.michaelmcgrady.com and other discussion on this list. Michael did not even know the reasons for most of the code when he first proposed it as his own. To think he could have coded it under those circumstances would be akin to expectin