Verwiesen an Support 1.0.10.1: Touch Optimierung für Scrollbars

[Guybrush]

Hallo,

um die Touchbedienung in WMS zu optimieren wären breitere Scrollbalken an div. Stellen sinnvoll. Z. B. wenn die Versandart geändert werden muss ist das mit dem Finger ein ganz schönes Gefummel. Besonders wenn die Liste recht lang ist, so dass man z. B. von "Adressetikett" über 2 Seiten zu "Warensendung" scrollen muss.

Aktuell muss man entweder sehr genau die Scrollbalken treffen, doch wieder zur Maus greifen oder mit dem Finger die Dropdownliste berühren und nach oben/unten ziehen und dabei immer noch den Bildschirm berühren. Allerdings scrollt das dann auch mal sehr schnell und man braucht Feingefühl dazu - das hat nicht jeder im Lager 😉

Da WMS/Packtisch soweit ich weiß auf WPF und somit XAML basiert sollte das relativ einfach möglich sein und wäre eine willkommene Erleichterung.

 

[Stetto]

AW: 1.0.10.1: Touch Optimierung für Scrollbars

....die Dropdownliste berühren und nach oben/unten ziehen ...

Eine "breitere Scrollbar" als das komplette Dropdown kann man doch gar nicht realisieren, dass man dafür den Monitor - einen Touchscreen - berühren muss, ist dabei doch irgendwie logisch.

Für häufig verwendete Versandarten empfiehlt es sich entsprechende Barcodes bereit zu legen und die Versandart einfach über das Scannen des Barcodes zu ändern.

 

[Guybrush]

AW: 1.0.10.1: Touch Optimierung für Scrollbars

Hi Stephan,

das ist jetzt etwas schwierig mit Worten zu erklären, aber ich versuche das mal 🙂

Wenn man mit der Maus arbeitet und eine längere Liste nach unten scrollen möchte, dann klickt man die Scrollbar an (bzw. den Marker, an dem man auch erkennt, wie weit man in der Liste schon ungefähr ist) und kann dann mit noch immer gedrückter Maustaste den Marker an die gewünschte Position ziehen und dann die Maustaste erst wieder loslassen.

Bei einem Touchscreen muss ich nun für das gleiche Ergebnis den Marker mit dem Finger erwischen und dann genauso runterziehen, damit die Liste scrollt. Da der Marker aber sehr klein ist, um den mit dem Finger zu erwischen und dann auch "festzuhalten" während man scrollt, wäre eben eine breitere Scrollbar (und damit automatisch auch ein breiterer Marker) von Vorteil.

Die Variante mit den Barcodes kenne ich, aber bei aktuell ca. 20 Versandarten sucht man sich da auch nen Wolf, es braucht zusätzlichen Platz und momentan wird (noch) ohne Scanner verpackt und mit der Button Lösung gearbeitet. Wenn ein Scanner kommt, dann wsl. so ein Omni/Discounter Scanner, der dann vermutlich auch gleich in den Tisch eingelassen wird, damit man eben nicht manuell scannen muss.

Das Problem mit der Dropdown als "Scrollbar-Marker" ist, dass das Scrollen zum einen auch wieder sehr viel Feingefühl benötigt und ansonsten alles sehr schnell scrollt und fast springt und zum anderen, dass wenn man mit dem Finger weggeht, der Eintrag gleich selektiert und übernommen wird.

In der normalen Scrollbar kann man mit dem Marker auch seitenweise springen oder eben auf eine freie Stelle "klicken" (also eigentlich "touchen") und die Liste bleibt noch offen, um dann den richtigen Eintrag anzuklicken. Man kann also nachkorrigieren ohne erneut wieder die Dropdown Liste zu öffnen

Beispiel:
Aufgrund eines JTL Bugs werden aktuell noch bei Stücklisten in den Workflows die Variablen "Menge" falsch ausgegeben -> es wird die Anzahl aller Einzelkomponenten ausgegeben, nicht die Menge der gekauften Stückliste. Somit funktioniert der Workflow nicht und es bekommen alle Stücklistenartikel gerade "Adressetikett" zugeordnet als Fallback. Diese muss man dann alle manuell korrigieren. Das passiert teilweise in der Wawi, aber eben nicht immer. Manchmal muss auch einfach was korrigiert werden oder wenn es dringender ist wird kurzerhand eine andere Versandart gewählt.

Oder anders:
Für den Entwickler sollte das kein Problem sein, die Scrollbar breiter zu machen, das ist (in der Theorie) nur bisschen Xaml wie z. B. hier:
How to increase scrollbar width in WPF ScrollViewer? - Stack Overflow

Ggf. einfach mal selbst testen, falls es noch nicht verständlich genug ist.

 

[Marc Völker]

AW: 1.0.10.1: Touch Optimierung für Scrollbars

Eigentlich ist das ändern der Scrollbar breite da echt keine gute Lösung für ein besseres Handling mit Touch.

Da würde ich dann eher ein Popup sehen, wo du mit bekannten Touch Gesten drin scrollen kannst (das ganze natürlich sobald man Touch Bedienung aktiviert) Weil du ja dann per Wisch scrollst.

 

[Guybrush]

AW: 1.0.10.1: Touch Optimierung für Scrollbars

Hi Marc, jetzt ist die Frage: wieviel Langeweile hat JTL und wie schnell sind breitere Scrollbars realisiert vs. wie schnell wird etwas Touch-freundliches implementiert? Die Scrollbars an genau dieser Stelle sind 5 Zeilen XAML per Copy & Paste und bisschen Größe anpassen. Wie sehen für dich denn "bekannte Touch Gesten" aus? Klingt deutlich aufwendiger und so als müsste das erst JTL seitig konzeptioniert werden - also nach Monate langer Arbeit 😉 Die 5 Zeilen würden hier sehr helfen und wären super easy realisiert. Kann man sicherlich noch an allen anderen Stellen übernehmen wie im Nachdruck usw. XAML sei Dank kann man das ja auch als globale Ressource speichern und entsprechend überall verwenden.

 

[Marc Völker]

AW: 1.0.10.1: Touch Optimierung für Scrollbars

Naja mag eine schnelle Lösung sein. Keine Frage. Touch Optimierung ist grundsätzlich auch in WPF schon sehr gut Vertreten, mann muss Sie ja nur nutzen 😉

Und gerade das als Global Ressource denke ich sollte man nicht umbedingt machen. Das da was passieren muss gebe ich dir absolut recht. Aber ich denke da ist eine andere Alternative auf jeden fall besser geeignet.