bevor ich jetzt ein Ticket eröffne (so der Tipp vom SW-Support) und auf das berühmte „Not scheduled“ warte, frage ich mal hier im Forum, ob jemand helfen kann:
Im Mobile- bis Tablet-View reagieren die Quick-Views beim scrollen nicht richtig bzw. nur sehr verzögert:
bei geöffnetem QuickView scrollt der Hintergrund mit, wenn man am „Ende“ oder „Anfang“ des Quick-Views ist und muss dann warten, bis der Overlay-Hintergrund wieder zu Ende gescrollt ist, ehe dann das QuickView-Element wieder auf den touch reagiert…
Dieses Verhalten dürfte bei allen Shops auftreten, die wie wir die QuickViews einsetzen. Gerade bei „Mobile first“ ist es doch sehr ärgerlich, dass dieses Element nicht richtig funzt. Auch „schön“ zu sehen im Demo-Shop, erste Seite, wenn man auf die Surfhose tippt
Hat jemand eine Idee, wie nur das QuickView-Element auf das scrollen reagiert?
Im Entwicklermodus (z.B. Chrome) tritt das Verhalten nicht auf - nur auf dem „originalen Device“ wie z.B. iphone oder ipad tritt bei Fingerbedienung das falsche scroll-Verhalten auf.
Wird da evtl. irgendwo im Plugin SwagEmotionAdvanced das Hintergrund-Overlay mit dem falschen Scroll-Parameter aufgerufen?
ich kann mit dem iPhone kein Problem erkennen. Klar scrollt der Hintergrund irgendwann mit, wenn ich am Ende der QuickView bin, aber da blockiert sich bei mir zu keifen Zeitpunkt was?!
Ich kann zu jedem Zeitpunkt alles in der QuickView bedienen. Also vom Ablauf ist das im Demoshop auf der Startseite eigentlich so wie von uns geplant…
dann im QuickView nach unten scrollen. Ist das QuickView dann „unten“ und man scrollt nochmal (man weiß als User ja nicht, ob da noch was nach kommt…) dann scrollt halt nur noch der Hintergrund
je nachdem wieviel „Schwung“ man nimmt, läuft das Hintergrund-Overlay dann erstmal nach unten oder oben mit und das QuickView reagiert z.T. sehr verzögert.
Das „Problem“ wäre wohl nicht da, wenn der Hintergrund von Haus aus nicht scrollbar wäre. Darum geht es mir.
Ich weiß ja nicht, wie das Overlay intern aufgerufen wird - aber das soll halt nicht scrollen. Das SW-Overlay hat ja eigentlich eine Option „no-scroll“, die müsste halt auf false gestellt werden.
