-
Notifications
You must be signed in to change notification settings - Fork 2.4k
Solution to flicker problem in jQuery mobile page transitions! #5431
Comments
Thanks a lot for your post! We are going to look into this. Can you let us know on which platforms/browsers and devices you tested? |
I tested it in Samsung Galaxy S II with Android 4.0.3 |
Just tested it on a Cordova 2.3.0 app, Nexus S, running a ROM'd 4.2.1. Seems to have done the trick. |
Works great , tested on a Cordova 2.3.0 on Nexus 7 running 4.2.1. |
Did anyone tested this with a fixed toolbar? |
My site had a fixed footer, working without any problems |
works great - Galaxy SIII 4.1.2 & Cordova 2.2.0 thanks hugely...that was stressing me |
Actually does not work, trouble with header not rendered from time to time on page change... |
Well, i tried every workaround i found and this is the only one that seems to work:
|
Seems to work for me with : Android 4.0 , 4.2 and fixed header |
thanks for sharing, when i tested it on a GS3 it worked without any problem, but on an LG (smaller screen) the fixed footer bar moved a little and the zooming is enabled which is not really what we want if we have an apk . thanks |
I tried it on a Galaxy S3 with Android 4.04 with fixed headers and footers. |
Observed marked improvement on Samsung Galaxy Note 2 running Android 4.1.2. Native app with webview using JQM 1.3.1 |
Tried on Android 4.1.2, works like a charm! Thank you very much! 👍 |
Thanks a lot! This solution also fix auto zoom in IOS. |
Deleting the zoom lines fixed flickering issues on a Nexus 10 running Android 4.2.2 using JQM 1.3.0 and 1.3.1. This really needs to be integrated into JQM eventually, because the flickering issues make JQM nearly unusable on the Nexus 10. (even when just browsing the JQM transition demo pages) |
Just sharing my findings with JQM dev:
Not sure how they interrelate, hope this gives some clues. |
Thanks for this post. Saved me a lot of work :) |
Works like a charm with fixed toolbar on Nexus 4 (4.2.2). |
Better aproach without changing jQueryMobile lib, put this in html file (works ok in 4.2.2): |
Hi, |
@hikalkan's solution didn't seem to fix the issue on Chrome w/ Nexus 4 Android 4.2.2. Still get the flickering on transition. |
It worked for me on headers on IOS - JQM 1.3.1 Thank you. As for the content, there are many solutions. But one of them is to check in firebug all the classes generated by JQM, copy them in your code and get rid of the code generation. |
Note for people who want to test this solution. The code is in js/jquery.mobile.zoom.js, but you should also be able to test this by setting a few options. If you use fixed toolbars, set |
Can we move |
A Great thanks. Works like a charm on NEXUS 5 |
Great!! it work for me, Huawei Ascend P6 cordova 3.4.0, and jquery-mobile 1.3.1 |
It worked for me as well. I'm using jQuery Mobile 1.3.2, Phonegap 3.0.0 and Galaxy Nexus, Android 4.1.1. |
It sounds like based on the comments to this issue that the problem is fixed? Mind closing it out @hikalkan if you agree it's fixed? |
Hi @ldeluca actually I'm not working with jQuery Mobile for a while :) So, if it's OK for everyone, you can close the issue. |
Ok, so closing as requested. |
But has this fix been implemented or have people just fixed their local build? What version did this get implemented? |
I don't think that the issue can be closed as the fix has never been implemented. Take a look here: https://github.com/jquery/jquery-mobile/blob/master/js/zoom.js In line 20 and 27 you can see, that the lines that fixes the issue are still there: You can also take a look at the history of the file: https://github.com/jquery/jquery-mobile/commits/master/js/zoom.js Please reopen this issue until the fix has been implemented or write why the fix is not going to be implemented. |
If some one can still reproduce this on master we will reopen but all these reports are on 1.3.x which will not have any more releases. |
@arschmitz Really? Isn't that a little funny tactic to use? You stay silent for a year (13 Aug 2013 - look above) and then want to close the issue because time has passed/the framework has moved to a new version? You can also close the other referenced flickering issue (look above). That is even marked as high priority and is since 2012 and initially reported on version 1.1.0 rc2. It should have been axed so many times by now. I can understand arguments about if it is not technically possible because if it is the browser that causes it, but using a version number as cause of closing an issue, that I really don't like. Especially not when multiple people have stated that it helped them... You can close these two issues too because they are two old and is also about flickering: Its funny that nobody wants to touch these flickering issues. |
@Ruffio The simple fact is we are getting ready to release 1.5 and 1.3 will not have any more releases so if this is only an issue with versions 1.3 or prior it should be closed as wont fix. If this is still a current problem then the issue should be reopened. This is not about if a specific work around has been implemented or not its about if the problem actually still occurs. #5805 was closed at your suggestion ( just actually closed apparently hit wrong button when I said I was closing it originally ) |
@arschmitz I think that the way to go is to find out if from version 1.3.x and forward there has been any done any updates regarding the page transition. If there hasn't then I'm pretty sure that the issue still exists as most thing stays the same without any change. #4024 who are we waiting for to test this? It has been about a half a year ago since the last comment on this. And that comment suggests that developers are making their own fixes out side jqm, and that is less than ideal for everybody. I think that this nails the 'problem'. When a solution has been found and body makes a PR then the fix is never implemented in jqm. We could lift this project to higher ground by picking up these quick wins where a solution has been found but where nobody has made a PR. :-) |
It's still happening on iPad. Does anyone know how to fix? |
@naingoo88 can you make a test page that clearly demonstrate the flickering? |
The problem still exists: Using: Droid Incredible 4G LTE by HTC. Android 4.0.4 / JQM - 1.4.5 / Phonegap Build 3.6.3 I'm using Multi-page template structure, the default transition is fade, when the transition is triggered It almost looks like the page is being reloaded 2 to 3 times. If the transition is set to none |
The issue is still closed, though. Did anyone open a new issue referring this one? |
The issue is still closed because no one has posted an updated test page reproducing the issue like @Ruffio asked for once one is we will reopen this. Please do not open a new issue. |
@Ruffio thank for ur reply. I use Jquery mobile 1.3.2. Andriod is ok, when it tested oniPad, it happens. The blink page of coding in header is like this |
@naingoo88 please see our contributing guidelines https://github.com/jquery/jquery-mobile/blob/master/CONTRIBUTING.md and create a jsbin test page using the included template using latest code. |
hikalkan i am using android 4.1.2 upgraded to 4.2.1 bcoz of flickering problem in my android micromax. how to set up code in mobile. |
hi luigi please tell what you did so your 4.1.2 started working properly. |
In Jquery Mobile 1.4.5 i didn't find the attr of meta.attr( "content", disabledZoom ); can any one please help me to solve this issue Even i have search in Jquery 2.1.4 i didn't find such type of attr |
I'm using jQuery Mobile 1.4.5 and I think this issue is still happening. I have this page that has a long list of image links and when I'm on the middle of the scrolled content and I click on an image-link it goes the first item of this listing page (on top), then it shows the loading and finally goes to the other page. I don't actually know if this 'repositioning' is this Issue (please correct me if I'm wrong). I also tried the solutions proposed by the Jquery Mobile 1.4.5 docs without success ( |
@viniciushaga That is not what this issue was about that is an intentional part of the page transition process it is needed to make sure the next page is scrolled to the top when it is loaded. |
pagal man its not working i just going to blast it. On Mon, Jun 15, 2015 at 7:04 AM, Alexander Schmitz <notifications@github.com
Thanks |
any updates ? |
It's still not working in 1.4.5. Please, any updates? Is it working in any version on Android? Thanks for all you guys do!
|
bro i sold my mobile unable to handle the error ,was facing issues like
unable to pick the call.
Thanks
Archit
Have a Nice Day
Make a chance to create your own World.
…On Tue, Jan 10, 2017 at 9:24 AM, jondspa ***@***.***> wrote:
It's still not working in 1.4.5. Please, any updates? Is it working in any
version on Android?
Thanks for all you guys do!
- Jon
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#5431 (comment)>,
or mute the thread
<https://github.com/notifications/unsubscribe-auth/AJ4GcAB3Ce8_K3zwjxT10lWCJYP2bwDtks5rQ77RgaJpZM4AWkpy>
.
|
stop using jquery mobile is the best solution |
I'm developing a mobile web site using jQuery mobile framework. When I use page transitions (like slide), it causes a flicking. Especially in default browser in android phones, flicking is really bad.
I deeply investigate the jquery-mobile.js to understand when this flickering happens. After spending many hours, I found which code part causes the problem: Enabling/Disabling zoom on just before page transition!
in jQuery mobile 1.2.0 source codes (line 7211 to 7234):
enabled: !disabledInitially,
locked: false,
disable: function( lock ) {
if ( !disabledInitially && !$.mobile.zoom.locked ) {
meta.attr( "content", disabledZoom );
$.mobile.zoom.enabled = false;
$.mobile.zoom.locked = lock || false;
}
},
enable: function( unlock ) {
if ( !disabledInitially && ( !$.mobile.zoom.locked || unlock === true ) ) {
meta.attr( "content", enabledZoom );
$.mobile.zoom.enabled = true;
$.mobile.zoom.locked = false;
}
},
restore: function() {
if ( !disabledInitially ) {
meta.attr( "content", initialContent );
$.mobile.zoom.enabled = true;
}
}
});
I deleted the lines:
meta.attr( "content", disabledZoom );
and
meta.attr( "content", enabledZoom );
(lines 7216 and 7223)
Then it worked smoothly without a problem! I don't know if it causes another problem but the problem was changing max-zoom in page transition. In my tests, it worked correctly without any problem.
I wanted to inform you to consider this problem while changing zoom.
The text was updated successfully, but these errors were encountered: