Backbutton and ajax
Locked
 
|
Hi there,
in an usability test I saw an user to touch inadvertidely the backspace button intended to erase last chars but (without focus in the input) resulting in user agent trying to go one page back causing the unload of the ajax intense seaside app. Has anyone suggestions to deal with that? Excluding teaching users to use the mouse properly :) what options we have for preventing that? cheers, Sebastian Sastre _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
Sebastian Sastre wrote:
> Hi there, > > in an usability test I saw an user to touch inadvertidely the > backspace button intended to erase last chars but (without focus in the > input) resulting in user agent trying to go one page back causing the unload > of the ajax intense seaside app. > > Has anyone suggestions to deal with that? Excluding teaching users > to use the mouse properly :) what options we have for preventing that? > > cheers, Can you suppress browser functionality? If you can, should you? Honestly, only thing I can imagine is forcing the focus to always stay on one control if no other is focused but that would be for desktop applications, not sure if it is applicable. _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
In reply to this post by Sebastian Sastre-2
On Nov 30, 2007 12:41 PM, Sebastian Sastre <[hidden email]> wrote:
> Hi there, > > in an usability test I saw an user to touch inadvertidely the > backspace button intended to erase last chars but (without focus in the > input) resulting in user agent trying to go one page back causing the unload > of the ajax intense seaside app. > > Has anyone suggestions to deal with that? Excluding teaching users > to use the mouse properly :) what options we have for preventing that? > I take it a Javascript solution is what you're after? If so, there's a discussion at http://www.sitepoint.com/forums/showthread.php?t=168890 which (eventually, at comment #18) arrives at what looks to be a workable solution (works for me in Firefox). _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
In reply to this post by Claus Kick
On Nov 30, 2007 12:54 PM, Claus Kick <[hidden email]> wrote:
> Can you suppress browser functionality? If you can, should you? > Normally I'd agree, but the overloading of the backspace key in browsers is a total pain to explain to most users; getting them to accept that some times it will delete a single character, and sometimes it will lose all your work, isn't fun. (ps if you can control which browser your users use, you can change the default behaviour permanently in Firefox by setting browser.backspace_action to 1) _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
In reply to this post by Sebastian Sastre-2
You could try the dojo solution, back when I used it it was quite
complex to set up, but works great once it does :-) try it out here http://archive.dojotoolkit.org/nightly/checkout/dojo/tests/back.html Wolfram On Nov 30, 2007 1:41 PM, Sebastian Sastre <[hidden email]> wrote: > Hi there, > > in an usability test I saw an user to touch inadvertidely the > backspace button intended to erase last chars but (without focus in the > input) resulting in user agent trying to go one page back causing the unload > of the ajax intense seaside app. > > Has anyone suggestions to deal with that? Excluding teaching users > to use the mouse properly :) what options we have for preventing that? > > cheers, > > Sebastian Sastre > > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > -- cu Wolfram _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
In reply to this post by Michael Davies-2
Absolute tankyou !!!!
Sebastian Sastre > -----Mensaje original----- > De: [hidden email] > [mailto:[hidden email]] En nombre > de Michael Davies > Enviado el: Viernes, 30 de Noviembre de 2007 10:59 > Para: Seaside - general discussion > Asunto: Re: [Seaside] Backbutton and ajax > > On Nov 30, 2007 12:41 PM, Sebastian Sastre > <[hidden email]> wrote: > > Hi there, > > > > in an usability test I saw an user to touch > inadvertidely the > > backspace button intended to erase last chars but (without focus in > > the > > input) resulting in user agent trying to go one page back > causing the > > unload of the ajax intense seaside app. > > > > Has anyone suggestions to deal with that? Excluding > teaching > > users to use the mouse properly :) what options we have for > preventing that? > > > > I take it a Javascript solution is what you're after? If so, > there's a discussion at > http://www.sitepoint.com/forums/showthread.php?t=168890 > which (eventually, at comment #18) arrives at what looks to > be a workable solution (works for me in Firefox). > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
|
|
In reply to this post by Wolfram Kriesing
Oh this goes back like undo but preventing from quit app. It's interesting
but for my usability cases are not necessary. In fact I think that should be a feature for the backbutton of the browser itself so we can ask the user if he/she really want to quit from the ajaxian app after reaching the back limit. But that will be in the wishlist after we having full backtrackable ajaxian seaside components. By thee way.. how feasible is to extend Seaside to achieve that? That feature will certainly rock, cheers, Sebastian Sastre > -----Mensaje original----- > De: [hidden email] > [mailto:[hidden email]] En nombre > de Wolfram Kriesing > Enviado el: Viernes, 30 de Noviembre de 2007 11:44 > Para: Seaside - general discussion > Asunto: Re: [Seaside] Backbutton and ajax > > You could try the dojo solution, back when I used it it was > quite complex to set up, but works great once it does :-) try > it out here > http://archive.dojotoolkit.org/nightly/checkout/dojo/tests/back.html > > Wolfram > > On Nov 30, 2007 1:41 PM, Sebastian Sastre > <[hidden email]> wrote: > > Hi there, > > > > in an usability test I saw an user to touch > inadvertidely the > > backspace button intended to erase last chars but (without focus in > > the > > input) resulting in user agent trying to go one page back > causing the > > unload of the ajax intense seaside app. > > > > Has anyone suggestions to deal with that? Excluding > teaching > > users to use the mouse properly :) what options we have for > preventing that? > > > > cheers, > > > > Sebastian Sastre > > > > > > _______________________________________________ > > seaside mailing list > > [hidden email] > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > -- > cu > > Wolfram > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside _______________________________________________ seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
RE: Backbutton and ajax
|
|
Take a good look at Gmail also. If you start editing a message and try
to back out of that page it will prompt you to that effect. Same with backspace on 3 browsers that I just quickly tested here: FF 2, IE 7, Safari 3. -Boris -- +1.604.689.0322 DeepCove Labs Ltd. 4th floor 595 Howe Street Vancouver, Canada V6C 2T5 http://tinyurl.com/r7uw4 [hidden email] CONFIDENTIALITY NOTICE This email is intended only for the persons named in the message header. Unless otherwise indicated, it contains information that is private and confidential. If you have received it in error, please notify the sender and delete the entire message including any attachments. Thank you. > -----Original Message----- > From: [hidden email] [mailto:seaside- > [hidden email]] On Behalf Of Sebastian Sastre > Sent: Friday, November 30, 2007 6:16 AM > To: 'Seaside - general discussion' > Subject: RE: [Seaside] Backbutton and ajax > > Oh this goes back like undo but preventing from quit app. It's interesting > but for my usability cases are not necessary. > > In fact I think that should be a feature for the backbutton of the browser > itself so we can ask the user if he/she really want to quit from the > ajaxian > app after reaching the back limit. > > But that will be in the wishlist after we having full backtrackable > ajaxian > seaside components. By thee way.. how feasible is to extend Seaside to > achieve that? That feature will certainly rock, > > cheers, > > Sebastian Sastre > > > > > -----Mensaje original----- > > De: [hidden email] > > [mailto:[hidden email]] En nombre > > de Wolfram Kriesing > > Enviado el: Viernes, 30 de Noviembre de 2007 11:44 > > Para: Seaside - general discussion > > Asunto: Re: [Seaside] Backbutton and ajax > > > > You could try the dojo solution, back when I used it it was > > quite complex to set up, but works great once it does :-) try > > it out here > > http://archive.dojotoolkit.org/nightly/checkout/dojo/tests/back.html > > > > Wolfram > > > > On Nov 30, 2007 1:41 PM, Sebastian Sastre > > <[hidden email]> wrote: > > > Hi there, > > > > > > in an usability test I saw an user to touch > > inadvertidely the > > > backspace button intended to erase last chars but (without focus > > > the > > > input) resulting in user agent trying to go one page back > > causing the > > > unload of the ajax intense seaside app. > > > > > > Has anyone suggestions to deal with that? Excluding > > teaching > > > users to use the mouse properly :) what options we have for > > preventing that? > > > > > > cheers, > > > > > > Sebastian Sastre > > > > > > > > > _______________________________________________ > > > seaside mailing list > > > [hidden email] > > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > > > > > > > > > > -- > > cu > > > > Wolfram > > _______________________________________________ > > seaside mailing list > > [hidden email] > > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside > > _______________________________________________ > seaside mailing list > [hidden email] > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside seaside mailing list [hidden email] http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside |
«
Return to Seaside General
|
1 view|%1 views
| Free forum by Nabble | Edit this page |