Custom Query (18300 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (34 - 36 of 18300)

2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Ticket Resolution Summary Owner Reporter
#15174 fixed dojox.mobile: updates to DOH tests ykami Adrian Vasiliu
Description

In trunk (Dojo 1.8), dojox.mobile's DOH tests need a number of updates to solve failures in various browsers. The attached patch solves failures due to sizes of various elements which are slightly different than in the past when running the current trunk in Chrome 18, Firefox 11, and IE9. Additional fixes are needed for running on mobile devices. I will reattach a new patch merging all changes (so the commit can wait for the final patch).

#15327 fixed dojox.mobile.ValuePickerSlot: touching the "+" or "-" buttons, the value may increment/decrement forever ykami Adrian Vasiliu
Description

On mobile devices, when touching the "+" or "-" buttons of a dojox.mobile.ValuePickerSlot? the value keeps incrementing/decrementing as long as you don't release the button (auto-repeat effect). So far so good, but sometimes the value keeps incrementing/decrementing even after releasing the button.

How to reproduce:

  1. Launch demos/mobileGallery/demos-android.html
  2. Touch "Picker" in the left-side list.
  3. Touch the "+" button of the year and do not release for some time, then release, or slide outside the button then release.

=> Sometimes (quite often, the value keeps incrementing. The same holds for the "-" buttons.

Reproduced on Galaxy S T959 (T-mobile version) Android 2.2, and Galaxy Tab Android 2.2.

Workaround: Touching again a "+"/"-" button brings the slot back to an usable state.

Note that this widget is new in trunk (Dojo 1.8); it does not exist in the 1.7 branch.

#15365 wontfix dojox.mobile.ScrollableView with Cordova on Android: flickering and input field duplication when scrolling while the virtual keyboard is shown Patrick Ruzand Adrian Vasiliu
Description

This ticket is about the misbehavior when scrolling a dojox.mobile.ScrollableView? while the virtual keyboard is shown on some Android devices in a PhoneGap? (Cordova 1.6.1) container:

  1. Flickering: a more or less severe flickering occurs on some Android versions (not all; see details below).
  2. Text field "duplication": while scrolling, the edited textfield "duplicates" itself, that is a second textfield overlays the initial one and the two don't stay one on top of the other while scrolling (this also varies depending on the Android version, details below).

Both issues only hurt when scrolling while the virtual keyboard is shown (after touching a text input field such as a dojox.mobile.TextBox?).

============================ How to reproduce:

  1. Import the attached testScroll-Android18-Cordova-1.6.1.zip into an Eclipse with ADT 18 plugins. This is an Android project containing a hybrid app built using Cordova 1.6.1 and dojo pre-1.8. It is compatible with any Android version >= 2.2.
  2. Using ADT, build and deploy the APK on Android devices (various versions as detailed below).
  3. Launch the app. The home page of the app provides links to several versions of the test: a) (For comparison) dojox.mobile's TextBox?, TextArea?, and ExpandingTextArea? inside dojox.mobile.View

=> This works fine in all Android versions.

b) dojox.mobile's TextBox?, TextArea?, and ExpandingTextArea? inside dojox.mobile.ScrollableView?

with subvariants:

b.1 using the default value (0) of ScrollableView?.scrollType b.2 using scrollType=1 b.3 using scrollType=2 b.4 using the default scrollType but with the hiding of the address bar disabled

=> This exhibits troubles as detailed below.

c) (For comparison) A pure HTML form containing text input fields (no Dojo code)

=> On Android 3.1 (Samsung Galaxy Tab 10.1) this also exhibits a flickering trouble in the Cordova container. Note that there's no flickering when running it directly in the browser (to test it, just lunch assets/www/test_TextInputPureHtml.html as a webapp).

============================ The behavior various quite a lot depending on the device:

  1. Android 3.1, Samsung Galaxy Tab 10.1
    • dojox.mobile.View: strangely, no scrolling when keyboard visible. On other Android versions, scrolling does happen in this case, at the level of the page (not because of our widget).
    • dojox.mobile.ScrollableView?:

scrollType=0: flickering + textfield duplication. scrollType=1: flickering + textfield duplication. scrollType=2: no flickering, no duplication.

  • pure HTML form (no Dojo) inside Cordova: severe flickering, but no duplication. (Note there's no flickering when running it in the browser without Cordova.)
  1. Android 2.2, Samsung Galaxy Tab
    • dojox.mobile.View: scrolling does happen when keyboard is shown, at the level of the page (not because of our widget); but no flickering, no duplication.
    • dojox.mobile.ScrollableView?:

scrollType=0, 1, and 2: no flickering, no duplication.

  • pure HTML form (no Dojo) inside Cordova: no flickering, no duplication.
  1. Android 2.3.4, HTC Sensation (phone)
    • dojox.mobile.View: scrolling does happen when keyboard is shown, at the level of the page (not because of our widget); but no flickering, no duplication. (Note that there is no scrolling when running as webapp).
    • dojox.mobile.ScrollableView?:

scrollType=0: no flickering, no duplication. scrollType=1: no flickering, but textfield duplication (and the page autoscrolls strangely when the keyboard shows up). scrollType=2: no flickering, no duplication.

  • pure HTML form (no Dojo) inside Cordova: no flickering, no duplication.
  1. Android 4.0.4, Samsung Galaxy Nexus (phone)
    • dojox.mobile.View: scrolling does happen when keyboard is shown, at the level of the page (not because of our widget); but no flickering, no duplication.
    • dojox.mobile.ScrollableView?:

scrollType=0: no flickering, but textfield duplication. scrollType=1: no flickering, but textfield duplication. scrollType=2: no flickering, but textfield duplication.

  • pure HTML form (no Dojo) inside Cordova: no flickering, no duplication.
  1. Android 4.0.1, Asus Eee Pad Tran (tab) Unavailable when I did the last testing campaign, but for the textfield duplication it was previously tested with a similar behavior as the Android 4.0.4 Galaxy Nexus (see above).
  1. Android 2.2, HTC Desire(phone)
    • dojox.mobile.View: scrolling does happen when keyboard is shown, at the level of the page (not because of our widget); but no flickering, no duplication.
    • dojox.mobile.ScrollableView?:

scrollType=0: no flickering, no duplication. scrollType=1: no flickering, but textfield duplication (and the page autoscrolls strangely when the keyboard shows up). scrollType=2: no flickering, no duplication.

  • pure HTML form (no Dojo) inside Cordova: no flickering, no duplication.

============================ Remarks:

  • At a quick testing on some of the devices, the update of Cordova from 1.6.1 to 1.7 does not change the behavior.
  • The flickering issue for the Cordova app only concerns Android 3.1, Samsung Galaxy Tab 10.1. On the same device, the flickering also occurs with a pure HTML form. Also, for the Cordova+dojo app, the flickering goes away if the hardwareAccelerated option is enabled in the Android manifest. Apparently, this is not a Dojo nor a Cordova issue.
  • Differently, on most of the devices where the textfield duplication issue exists for the ScrollableView in Cordova container, it also exists when running the same Dojo code directly in the browser. Hence, it is not a Cordova issue.
  • However, on HTC Sensation (Android 2.3.4) the behavior is again surprising: the scrollable view allows scrolling under Cordova while it doesn't scroll at all as a webapp (with or without the keyboard shown, using any value of the scrollType parameter...).
  • For both the flickering and the textfield duplication issues there are since long recurrent complaints on forums, mostly against PhoneGap in conjunction with jquery, sencha, or dojo.
  • The behavior is the same if you disable the dojox.mobile options that try to hide the address bar (mblAlwaysHideAddressBar: false, mblHideAddressBar: false). Hence it seems unrelated with the tricky mechanism used for that purpose.
2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22
Note: See TracQuery for help on using queries.