Openbravo Issue Tracking System - Retail Modules |
View Issue Details |
|
ID | Project | Category | View Status | Date Submitted | Last Update |
0022217 | Retail Modules | Web POS | public | 2012-11-06 15:39 | 2012-12-21 13:34 |
|
Reporter | rgoris | |
Assigned To | guilleaer | |
Priority | normal | Severity | minor | Reproducibility | always |
Status | closed | Resolution | no change required | |
Platform | | OS | 5 | OS Version | |
Product Version | | |
Target Version | | Fixed in Version | | |
Merge Request Status | |
Review Assigned To | |
OBNetwork customer | |
Support ticket | |
Regression level | |
Regression date | |
Regression introduced in release | |
Regression introduced by commit | |
Triggers an Emergency Pack | No |
|
Summary | 0022217: List views cannot be swiped on Safari |
Description | This is tested on live builds using Safari on Windows 7 and Windows 8 using both Dell and Asus devices.
In BROWSE and SEARCH the lists cannot be swiped. Nothing moves. |
Steps To Reproduce | Go to BROWSE tab and swipe a product list. |
Proposed Solution | |
Additional Information | |
Tags | multibrowser |
Relationships | |
Attached Files | |
|
Issue History |
Date Modified | Username | Field | Change |
2012-11-06 15:39 | rgoris | New Issue | |
2012-11-06 15:39 | rgoris | Assigned To | => adrianromero |
2012-11-09 11:51 | alostale | Status | new => scheduled |
2012-11-09 11:51 | alostale | Assigned To | adrianromero => guilleaer |
2012-11-09 11:51 | alostale | fix_in_branch | => pi |
2012-11-09 11:51 | alostale | Tag Attached: multibrowser | |
2012-11-14 11:09 | guilleaer | Note Added: 0054219 | |
2012-11-15 11:54 | guilleaer | Priority | urgent => normal |
2012-11-15 11:54 | guilleaer | fix_in_branch | pi => |
2012-11-15 11:55 | guilleaer | Note Added: 0054263 | |
2012-12-05 19:41 | adrianromero | Severity | critical => minor |
2012-12-05 19:43 | adrianromero | Note Added: 0054738 | |
2012-12-12 10:00 | guilleaer | Note Added: 0054879 | |
2012-12-12 11:01 | guilleaer | Note Added: 0054880 | |
2012-12-13 09:41 | guilleaer | Note Added: 0054905 | |
2012-12-13 09:42 | guilleaer | Note Added: 0054906 | |
2012-12-13 09:42 | guilleaer | Status | scheduled => resolved |
2012-12-13 09:42 | guilleaer | Fixed in Version | => RMP18 |
2012-12-13 09:42 | guilleaer | Resolution | open => fixed |
2012-12-21 13:32 | marvintm | Status | resolved => new |
2012-12-21 13:32 | marvintm | Resolution | fixed => open |
2012-12-21 13:32 | marvintm | Fixed in Version | RMP18 => |
2012-12-21 13:34 | marvintm | Note Added: 0055156 | |
2012-12-21 13:34 | marvintm | Status | new => closed |
2012-12-21 13:34 | marvintm | Resolution | open => no change required |
Notes |
|
|
Using window 7 and Safari (5.1.7) I can't reproduce this issue. All is working fine... |
|
|
|
Decreasing priority because this issue just affects to windows 8. |
|
|
|
Setting severity to minor because the environment used to reproduce the issue is not a primary target.
The primary browser for windows is Chrome. |
|
|
|
I've tested it using windows 8 and safari. All works fine.
Note: Depending on the browser, the swype action can be different.
If the browser detects that you are using a mobile device then swyping will be done like in a smartphone or ipad (gestures) .
If the browser detects that you are using a PC with a touch screen, swiping will be done using the scrollbar.
In case of safari in windows 8 the scrollbar should be used to swipe the lists, however using chrome you can swype by gestures.
Issue: Why enyo allows gestures to swiping for chrome and not for safari?
I'will contact with enyo. |
|
|
|
|
|
|
Enyo's answer:
Different scroll strategies are used on different platforms to optimize scrolling performance. On Desktop platforms, we default to using the native scrollers, which are platform/browser specific (for example, you'll notice on Windows you'll get a scroll bar, whereas on Mac Lion+, you'll only see scroll thumbs while scrolling, ala iOS-- point being, how the scroller is implemented on desktop browsers varies). My guess is that the native scroller on Chrome for Win8 accepts scroll gestures for scrolling, and Safari doesn't.
If you'd like to guarantee the same experience, you can set touch:true on a scroller/list, which forces it to use Enyo's JavaScript-based touch scroller on all platforms, which accepts both swipe and scroll-wheel scrolling (but doesn't have a dedicated scroll bar).
summary:
We cannot do anything with this problem because is safari browser who manages the gesture scrolling. |
|
|
|
We cannot do anything with this problem because as enyo's guys said, is safari browser who manages the gesture scrolling. |
|
|
|
This issue cannot be fixed until Safari is changed. The problem lies in the browser, because it is not issuing the events correctly. |
|