I find when I initiate a search in a mobile view I can become stuck due to the lack of an obvious cancel button to return me to my prior screen.
I can swipe back or use a browser back button; however, displaying a simple “cancel” button could be a worthwhile UX improvement.
Not sure I agree with this. Do you also feel stuck on a user page on mobile?
I think what feels inconsistent is that the other two buttons alongside the search one open pop-ups that can be dismissed by clicking on the button again.
Not sure I have a great suggestion as to how to resolve the inconsistency though…
Der UX-Designer in meinem Team war schockiert, als sie die Suche auf dem Mobilgerät ausprobierte.
Während die Desktop-Version auf dem Mobilgerät übersichtlich ist, ist der Standardseitenwechsel auf dem Mobilgerät kontraintuitiv.
Wir versuchen, dies zu ändern, um das Sucherlebnis auf dem Mobilgerät identisch mit dem auf dem Desktop zu gestalten (ein Pop-in-Fenster, das man schließen kann).
Hast du eine Idee, wie man das anpassen kann?
Wir haben es vermieden, weil einige wirklich schlechte Safari-Bugs es aufgrund von position: fixed unbrauchbar gemacht haben. Ich bin mir ziemlich sicher, dass @pmusaraj kürzlich über dieses Problem nachgedacht hat. Ich glaube nicht, dass du hier leicht etwas anpassen wirst.
Gut zu wissen, warum diese Entscheidung getroffen wurde.
Ich gehe davon aus, dass ein vor 2016 aufgetretener Safari-Fehler mittlerweile behoben sein muss.
Würde es nicht Sinn machen, dies wieder zu vereinfachen und das Desktop-Verhalten durchgängig anzuwenden?
Könntest du das bitte genauer beschreiben? Ich würde gerne ein paar Screenshots oder eine Bildschirmaufnahme des Problems sehen. Das würde mir helfen herauszufinden, ob es sich um echte Probleme im Kernbereich handelt oder um etwas anderes.
Hey, danke für die Nachfrage!
Ich habe eine kurze Aufnahme der UX auf dem Desktop erstellt, wie man eine Suche eingibt und dann wieder zum Inhalt zurückkehrt:
Und eine Aufnahme des aktuellen Erlebnisses auf einem mobilen Gerät, wo man die Suche nicht schließen und wieder auf den Inhalt zugreifen kann:
Mir ist aufgefallen, dass ich zur vorherigen Seite zurückkehren musste, als ich die /search-URL in meiner Adressleiste sah. Es hat jedoch etwas Zeit gekostet, das herauszufinden, und der UX-Designer war über dieses Erlebnis sehr verwirrt.
Danke für die Bildschirmaufnahmen. Ich verstehe, was du meinst: Das Problem ist, dass nicht offensichtlich ist, dass die Suche dich zu einer separaten Seite führt. Wahrscheinlich können wir etwas tun, um dem Nutzer deutlicher zu machen, dass er zu einer separaten Suchseite navigiert hat.
Oder vielleicht können wir, wie du erwähnt hast, dasselbe Widget wie auf dem Desktop verwenden. Ich befürworte im Allgemeinen eine einheitliche Benutzeroberfläche auf Desktop und Mobilgeräten, bin mir aber nicht sicher, ob dies hier der richtige Anwendungsfall dafür ist.
Ich mag das Muster sehr, auf mobilen Geräten eine Vollbildansicht anstelle von Modals oder Dropdowns zu verwenden. Das nutzt den Platz viel besser aus und vermeidet viele Scroll-Probleme. Ich frage mich, ob ein zusätzlicher <kbd>x</kbd>-Button oder eine Zurück-Taste helfen würde? Und/oder könnte ein Tippen auf den <kbd>:mag:</kbd>-Button dich zurück zur Seite vor der Suche bringen?
Es ist immer noch nicht sehr gut! Wir haben viele Workarounds für iOS-Scroll-Probleme bei Modals und Dropdowns. Soweit ich weiß, betrachten sie viele dieser Unterschiede gar nicht als Fehler.
