BraveNewCode Inc.
Forum Replies Created
-
@kota1111 the version of jQuery that site loads is quite old; you can try overriding it for WPtouch by switching admin mode to Advanced (WPtouch > Core Settings), then enabling “Use jQuery 2.0 in themes”.
If you navigate to the Core Settings admin page and switch Admin Mode to “Advanced” (then save), you can uncheck “Show switch link in mobile view” to hide the switch link.
Your site is using a number of shortcodes that your desktop theme includes. Unfortunately WPtouch doesn’t have access to the code used to process them.
You can add them to the list of shortcodes removed by WPtouch via the Core Settings > Compatibility screen in the WPtouch admin.
Similar problem with your site, Jerry: WP Google Maps is loading jQuery 1.8.3 (http://melbournepractica.org/wp-content/plugins/wp-google-maps/js/jquery.min.js) but All-in-one Event Calendar seems to be trumping it with what looks like a copy of 1.7.2 (http://melbournepractica.org/wp-content/plugins/all-in-one-event-calendar/app/view/admin/js/jquery_lib.js).
Both are very out-of-date – with some luck the developers of both plugins will have updates available; otherwise you may wish to consider removing the duplicate copy of jQuery.
Our Pro support team are probably best suited to help you from here – they’ll work with you to review your installation to determine where the issue is occurring, and if a fix is needed in the plugin we can make that adjustment. Of course, if they can’t solve the problem for you you’ll be welcome to a full refund.
As mentioned, the problem you’re seeing is something that is not caused directly by WPtouch – the plugin simply doesn’t make those types of changes. Disabling other plugins will reveal the actual cause of the problem, which will allow you to resolve the issue and be able to keep using WPtouch. Our Pro support team will certainly be happy to help you do so.
WPtouch does not selectively override other plugins or theme files – it only acts when it receives a mobile request (or the WPtouch preview parameter is passed in the request, which is not the case here). When it does step in, it completely replaces your desktop theme for the active request.
WordPress plugins often load in an unpredictable order. Sometimes conflicts become apparent only when another, unrelated plugin is activated and changes that order. It looks like that is what happening here.
Should you want to continue using WPtouch, we would suggest following the usual WordPress debug procedure of disabling your other plugins one at a time to see which might be causing the underlying problem. Our Pro support team are great at helping solve challenges like this.
OK – can you disable WPtouch again?
Out of curiosity, do you have WPtouch’s setting to use jQuery 2.0 enabled (Core Settings > Tools & Debug, with Admin Mode set to Advanced)?
We’ll need to see the behaviour in action in order to help work out what might be going on here. Can you give us a time window in which you can have WPtouch enabled for us to see?
I don’t see an active installation of WPtouch on your site when viewing with a mobile device. However, once activated, it replaces your site’s desktop theme with its own set of templates when viewing the site with a mobile device.
@jerry looks like your site is not using WPtouch.
Can you post the URL to your site, please?
Your site is currently serving the mobile-themed homepage to desktop users and other pages to mobile devices with the desktop theme, so it’s hard to see the problem you’re describing.
You likely have a cache plugin that is not correctly configured to correctly pass mobile requests through to WPtouch. You can find instructions at http://www.bravenewcode.com/support/knowledgebase/optimizing-caching-plugins-for-mobile-use/.
You may be running into a conflict with another plugin. Please try disabling other plugins one at a time to see where the issue is being caused.