I have ajaxEnable: false (IT architect decision) but one part of my app uses ajax to load the pages because we're using a web service for this one feature. When I hit the browser back button after navigating within the ajax section, it takes me to the previous fully loaded page and not the ajax loaded page I was last on. Make sense? I've implemented data-ajax="true" on all my links within the ajax section, but it doesn't seem to be working.
I'm using the basic header, footer and content div that the new page is loaded into via ajax. The desired experience is to have the user go back to the last ajax navigated page and not the last page they were on before entering the ajax section.
I can provide code and a prototype if anyone cares to take a look.
I have ajaxEnable: false (IT architect decision) but one part of my app uses ajax to load the pages because we're using a web service for this one feature. When I hit the browser back button after navigating within the ajax section, it takes me to the previous fully loaded page and not the ajax loaded page I was last on. Make sense? I've implemented data-ajax="true" on all my links within the ajax section, but it doesn't seem to be working.
I'm using the basic header, footer and content div that the new page is loaded into via ajax. The desired experience is to have the user go back to the last ajax navigated page and not the last page they were on before entering the ajax section.
I can provide code and a prototype if anyone cares to take a look.
I've recently upgraded to jQuery version 1.7.1 and noticed that the close button is not closing datebox dialog on Android Ice Cream Sandwich (Samsung Nexus S). Wondering if anyone can verify on other ICS devices.
It's working on our other test devices: Samsung Galaxy Tab, iPhone 3GS, iPhone 4S, iPod Touch (iOS4), iPad.
Here's the situation. After the user logs in, they're are presented with a screen where they set up 3 security questions. Each select menu is big enough to launch a long list dialog. This works perfect on all devices that I'm testing with except for the iPhone 3GS. With the 3GS, when I select one of the options it submits the page instead of closing the dialog.
My question is: What exactly happens when you select a long list option in dialog? Is an event firing that the iPhone 3GS's browser is getting confused with and submitting the page instead? Is the page refreshing? Again, ONLY on this device.
A proposed solution is to turn on nativeMenu:true for this device via user agent detection.
Thank you for ANY feedback that anyone might have on this issue. Driving my nuts.
Like most of you, I'm playing with JQM Release 1.0!
When I switched over to the 1.0, my external.html dialog is now opening up in it's own page instead of a dialog. I have a multiple page setup, so I set ajaxEnabled to false.
After upgrading to RC1 touch events on the Blackberry Torch 9800/9810 are really hard to get to work. Most of the time it doesn't work. You have to hold your finger on a button and wiggle it to register a "touch".
I'm loading the form element, which contains the input type="date" tag, via an ajax call. This is resulting in a regular input tag with the date ticker. If I don't use ajax to load the form/input, everything works great. I've looked around the forum, but did not find a post related to this issue.
I'm working with a Java developer and she is using JSF components and says that HTML5 attributes are not allowed, so I need to add it to the element after success callback but before .trigger('create'); Is this possible?
Adding it to the element after the fact will not work because the jqm needs to initiate to apply the proper styles associated with data-theme before .trigger('create');
I need to enable the native active state(native highlighted rectangle) for buttons and links. The framework is suppressing it somehow. Can anyone shed some light on where this can be found? i.e. JavaScript, css, etc.
I don't see this issue in the forum and am not able to test on the jquery mobile demo page, as my test phones don't have outside access to the internet.
This is only happening on the BlackBerry Torch (OS 6) that I know of. If you enter a value into a text input and leave the keypad active and change the orientation, the value you just entered in the field duplicates. It duplicates the whole value. So, if you change the orientation again, it quadruplicates the value. This does not happen when the keypad has been closed.
Curious to know if anyone else has seen this issue or can verify.
I haven't seen this one reported yet. If you goto the Forms > Select Menu demo and click on the custom menus Alabama, then close the dialog using the close (x), then reopen it, the list is no longer in a dialog and it's x/y position is in the center of the select menu button.