Catch the right-click event and prevent it?

On Wed, May 7, 2008 at 9:48 AM, Nitin Deshmukh <[EMAIL PROTECTED]> wrote:
> your post really helped me understand the behaviour. So, right click is 
> always going to be an issue. any solution/suggestions for that? because no 
> matter what I do, I can not restrict the users from right clicking and then 
> complaining that link didn't work the way it was supposed to.
>
>  For the original issue, if I use conversation scoped bean, I can most 
> probably avoid the situation where two threads are trying to modify the same 
> list/variables at the same time. also, it will allow users to carry out two 
> different actions at the same time.
>
>  Thanks,
>
> Nitin
>
>
>  --- On Wed, 5/7/08, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
>  > From: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
>  > Subject: Re: getting java.util.NoSuchElementException occasionally
>  > To: "MyFaces Discussion" <[email protected]>
>  > Date: Wednesday, May 7, 2008, 11:31 AM
>
>
> > Nitin Deshmukh schrieb:
>  > > ok... it sounds better than what I currently have. two
>  > question though - will right click on a commandLink cause
>  > the action of the link to be executed, because in current
>  > scenario it doesn't?  second question - will it pass
>  > the parameters in case of right click if I have any?
>  > >
>  > > currently, how I do things is - I have a param in each
>  > of the commandLinks and the links point to the same action.
>  > on the basis of the param received, I decide the action to
>  > be performed and return to a page. In this situation, if
>  > user right clicks on any of the links, the action is not
>  > performed and the parameter is not passed. instead it opens
>  > the new window in the previous page.
>  >
>  > Plain JSF will not execute any actions on a GET http
>  > operation; the only
>  > thing it does for a GET is to render the page.
>  >
>  > This also happens to be the recommended behaviour for
>  > RESTful webapps;
>  > GET is supposed to be an operation that does not change any
>  > system state.
>  >
>  > I think this is also the cause of your "render the
>  > previous page" issue.
>  > When the user clicks normally on the link, what happens is
>  > actually a
>  > form postback; this triggers an action method that then
>  > performs
>  > navigation to the next page.  But when the user
>  > right-clicks on the
>  > link, what happens is a GET; this does not trigger any
>  > action methods,
>  > so no nagivation to the "next page" takes place.
>  > Instead, the current
>  > view gets rendered again.
>  >
>  > Regards,
>  > Simon
>
>
>
>
>       
> ____________________________________________________________________________________
>  Be a better friend, newshound, and
>  know-it-all with Yahoo! Mobile.  Try it now.  
> http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ
>

Reply via email to