Borbas Geri
Forum Replies Created
-
Forum: Plugins
In reply to: How to add user defined CSS class to my custom widget rendering code?Just came up with a safe solution. See at http://stackoverflow.com/questions/20614846/how-to-add-user-defined-css-class-to-my-custom-widget-rendering-code/20620093#20620093
Hey, good to hear that you’ve looked around, thanks!
Actually position:sticky have already implemented in iOS 7 Mobile Safari, and iPad users adopt the new OS really quickly – http://www.apple.com/pr/library/2013/09/23First-Weekend-iPhone-Sales-Top-Nine-Million-Sets-New-Record.html
So it could be an actual solution for iOS I think, but only for iOS devices with some kind of device/iOS detection (with some cookies or so).
Ye, q2w3.ru, and http://store.places-finder.com both have this issue. Only updated after scroll ended, so annoying.
But http://html5-demos.appspot.com/static/css/sticky.html works like a charm (!).
Kyle J. Larson did some explorations as well at http://www.kylejlarson.com/blog/2011/fixed-elements-and-scrolling-divs-in-ios-5/
Seems the only solution (beside position:sticky) is to implement your own scrolling script (prevent scrolling, and implement custom scrolling catching touch events, like https://developers.google.com/mobile/articles/webapp_fixed_ui). Then you can update anything whenever you want.
Simulation on a Windows system could be done in… …well… 3 steps. Errgh… …simulate OSX somehow. Then install xCode. Then you’ll have iOS simulator. It uses exactly the same safari that the devices uses. In addition, if you lend an actual device for a while, you can inspect the device directly with Safari Developer tools.
Well, hoping for an update that solves this decent issue, I think there is not too much developer out there who handles this.
Hi,
iOS 7 supports position:sticky
http://html5-demos.appspot.com/static/css/sticky.htmlYou may implement using sticky at least, hm?
—
http://stackoverflow.com/questions/8107722/detecting-real-time-scrolling-on-ios-safari
https://developers.google.com/mobile/articles/webapp_fixed_uiWhoa, seems you just fell in love with that refresh interval parameter.
I set refresh interval parameter to every number from 0 to 3000, it has nothing to do with this issue. It is all the same as I wrote before 2 hours before.
A workaround could be to have the elements always fixed, and scroll it along the page manual when needed. Will do some prototypes, and get back with results, if interested.
Thanks, for getting back, Max.
It was on 1500. Setting to 200 was just my attempt to fix this.
Why does it need any interval at all? Isn’t there any onWindowScroll-like event you can bind to?In details:
It just don’t adjust any position until the scrolling touch released.
If you release the touch, and let the scrolling window decelerating, it won’t adjust any position until decelerating is finished. If I recall right, mobile Safari just suspends any timer while scrolling. Even animgifs are paused during scroll. Scrolling within the fixed widget is… …I cannot describe, it flicks in many ways.Without an actual iPad, or an xCode iPhone simulator on OSX at least you cannot fix this.
This could be a paid upgrade for this widget anyway.
I’d pay, as it is clear that this kind of optimizing is much more work.