The value returned in virtual events for ClientX, ClientY, in Opera Mobile 12.1 on Samsung Galaxy S2 and Galaxy Tab 2 make asolutely no sense. The values that should be returned by ClientX and ClientY are returned as value of ScreeenX and ScreenY instead ...Very Strange!!!! This means that Screen coordinates are returned in...no place.
Values of PageX and PageY that are computed from ClientX, ClientY are also wrong...and this causes problems in some applications....
Now if I copy ScreenX, and ScreenY on ClientX and ClientY...and I recompute PageX and PageY starting from these correct values...everything works fine.
I made experiments printing the original touch event coordinates...and THEY ARE WRONG TOO!!! So the problem should be in the original event created by Opera Mobile itself in the Samsung Galaxy S2 and Galaxy Tab 2 platforms.
I submitted a bug report also to the Opera Team...but my question is: does jquery Mobile provide a re-normalization of event values or its only purpose is reformatting the values of the original event to fit the format of the virtual event?
Maybe it would make sense to insert my fix as part of the normalization of events performed by jquery mobile...or maybe the only solution is just relying in the fix of similar bug...
I dont know exactly what are the Opera Mobile platforms that suffer from this problem...May be the whole Android platform, or just Samsung Android devices, ..or just the devices where I experienced the problem
In the example of the DIALOG implemented with a POPUP (here) starting from the second time the dialog is opened the browser window looses focus and becomes the last one in the windows stack. This happens on IE9 in windows 7. The problem doesnt appear on other browsers(Chrome, Firefox, Opera) .
I implemented a similar example (popup that cannot be dismissed and header + content data-role within the popup) and also my example has the same problem.
I know IE9 is not a target, but this might be a symptom of a bug that other browsers are able to correct automatically (now....). Often IE9 causes this problem because of blur events triggered artificially by js code when no dom element has the focus but also when the environment becomse "dirty" because of some wrong operation performed on the dom..
At moment it is almost impossible to mix jquery ui widgets with jquery mobile widgets since the two styles have a lot of overlapping. Mainly in the icon area names collide, so also if one doesnt enhance with jquery mobile a part of the DOM, the name collisions of the css classes makes impossible the use of jquery ui widgets.
Is there a plan to make the two styles converge in some common framework in the future ??? I f not I dont see any reason for the name collision, so it would be nice to give to the user the possibility of chaning the names of the styles in such a way they dont collide with jquery UI anymore.
Does anyone know of a safe and systematic way to make the two frameworks works toegether in the same page?
I needed a Datepicker in a jquery mobile project, so as a first step added the full jquery UI. In such a situation if we set the data-native-menu attribute of selects to false, one "kind" of dialog window appears for each select with the data-native-menu attribute to false that is in the page. It seems like there is a confusion between the ui dialogs and the windows used to display the options of the selects.
After I customized the jquery UI for using just the datepicker the problem disappeared....I know It make no sense using ui dilaogs when using jquery mobile that has its own dialogs...however notwithstanding this it would be better to resolve this incompatibility.