Yes, I also agree with Jeppe. It does at least seem to be the most intuitive
usage.
On Mon, May 19, 2008 at 2:46 PM, Scott Archer <[EMAIL PROTECTED]>
wrote:
> I agree with Jeppe,
>
> _event name should override the default workflow. if _event isn't
> specified the normal stuff happens.
>
> On Mon, May 19, 2008 at 3:30 PM, Jeppe Cramon <[EMAIL PROTECTED]> wrote:
> > Hi
> >
> > To me this seems most logical: If you specify _eventName explicitly it
> > should mean that you explicitly want event it specifies
> > executed, .i.e. an override.
> > Otherwise the implicit standard processing (of guessing the event name
> > from parameters) does its work as usual.
> >
> >
> > /Jepe
> > On 19/05/2008, at 21.32, Ben Gunter wrote:
> >
> >> This one is about the _eventName parameter. I have gotten the
> >> impression
> >> that many people think _eventName works differently than it actually
> >> does. If you pass a parameter named _eventName, then Stripes will use
> >> its value as the event to execute, but only if no other parameter
> >> indicates the event. So if you have an ActionBean that has foo and bar
> >> as events, if you pass just _eventName=foo then foo() will execute. If
> >> you pass foo=whatever&_eventName=bar then foo() will still execute
> >> because it takes precedence.
> >>
> >> The JIRA issue I created this morning
> >> (http://www.stripesframework.org/jira/browse/STS-568) proposes that if
> >> _eventName is present then it should override any other parameters.
> >> In a
> >> comment, Tim pointed out a reason why we might not want to do that.
> >> It's
> >> one of those things that could happen but probably not very often.
> >> We're
> >> wondering what you all think about it, and how many of you thought
> >> _eventName would override other parameters.
> >>
> >> -Ben
> >>
> >>
> -------------------------------------------------------------------------
> >> This SF.net email is sponsored by: Microsoft
> >> Defy all challenges. Microsoft(R) Visual Studio 2008.
> >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> >> _______________________________________________
> >> Stripes-users mailing list
> >> [email protected]
> >> https://lists.sourceforge.net/lists/listinfo/stripes-users
> >
> >
> > -------------------------------------------------------------------------
> > This SF.net email is sponsored by: Microsoft
> > Defy all challenges. Microsoft(R) Visual Studio 2008.
> > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> > _______________________________________________
> > Stripes-users mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/stripes-users
> >
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> Stripes-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Stripes-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-users
