Browser back button would need a double hit but iUI toolbar backbutton would work on first touch
R. On 21 févr. 2011, at 03:14, Bob <[email protected]> wrote: > Rémi, > I looked at the reference site with my MacBook and my iPhone 3g. I read your > emails several times before I understood the problem and now I see it. > > One thing that occurred to me when I compared the two machines is that with > my MacBook, the back button does make sense but consider this. > > If the application was on kiosk mode or you are using the iPhone, does the > application break when you insert <a href="#top">link Move to the top.</a> as > suggested on February 18 in Mogens Beltoft's post? Or will that add another > step to the back button? > > Bob > > On Feb 20, 2011, at 3:18 PM, Remi Grumeau wrote: > >> On 21 févr. 2011, at 00:00, RobG <[email protected]> wrote: >> >>> On Feb 20, 6:16 am, "Rémi Grumeau" <[email protected]> wrote: >>>> Related to this "problem", here is a iUI modification i'd like to >>>> submit to the list for reviewing. >>>> If an anchor link has the prefix "iuist-" (which stand for iui scroll >>>> to), iUI will not try to go navigate with ajax to a screen but will >>>> use default browser behavior. >>> >>> Why not just allow anchors to behave as anchors? If an href starts >>> with # and there is an A element in the page with that name (i.e. you >>> find an href to an anchor), let the browser scroll to it. >> >> Didn't thought about it, pretty good point! I should prototype that. >> But I think what would "cost less" browser memory usage would be to check if >> new anchor value is an existing screen (then perform followAjax() as now) >> and if not, just perform default browser behavior. >> Result would more or less be the same but wouldn't require parsing current >> screen DOM to find all a elements and test each name values. >> >> Thought? >> >>> And let the back button go back to link. Any other behaviour is >>> broken. >>> >>> -- >>> Rob >> >> Agree >> >> -- >> You received this message because you are subscribed to the Google Groups >> "iPhoneWebDev" group. >> To post to this group, send email to [email protected]. >> To unsubscribe from this group, send email to >> [email protected]. >> For more options, visit this group at >> http://groups.google.com/group/iphonewebdev?hl=en. >> > > -- > You received this message because you are subscribed to the Google Groups > "iPhoneWebDev" group. > To post to this group, send email to [email protected]. > To unsubscribe from this group, send email to > [email protected]. > For more options, visit this group at > http://groups.google.com/group/iphonewebdev?hl=en. -- You received this message because you are subscribed to the Google Groups "iPhoneWebDev" group. To post to this group, send email to [email protected]. To unsubscribe from this group, send email to [email protected]. For more options, visit this group at http://groups.google.com/group/iphonewebdev?hl=en.
