actually, I don't see that. If I load the "Tenth async list item" on the "Async List Demo", and I subsequently go back to that screen, I find myself positioned at the "First async list item" (well, the header really). Is that possibly because of my old 1.0.2 Safari? As I can't see how it looks when it does work, my question would be "does it slide at y=1 and then, afterwards, re-position itself?".
Re-positioning at the last-selected list item is only half the problem. What I am referring to is where the source screen is scrolled and the destination screen is not. As I see it, the current behaviour is that source screen is "un-scrolled" so that it matches the destination. In an attempt to be more specific, this line sums it up: window.scrollTo((w + w * dir) / 2 - Math.min(s, w) * dir, 1); Regardless of where a panel is scrolled to, it always scrolls back to the top (y=1) to perform the slide. On May 23, 3:27 pm, Chrilith <[EMAIL PROTECTED]> wrote: > If you check the current demo of WebApp.Net you'll see that scrolling > position is kept when you go back so that you return to the previous > selection > Don't know about the hang you mention but this problem doesn't occured > in WAn --~--~---------~--~----~------------~-------~--~----~ 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 -~----------~----~----~----~------~----~------~--~---
