Ich frage mich, wie ich mit Benutzereingabeformularen in meiner App umgehen soll. (echtes Budget lite). Genau das tue ich gerade, aber ich bin mir nicht sicher, ob dies die beste Vorgehensweise ist:
Ich habe bei den meisten meiner Aktivitäten zwei Softtasten, die Benutzereingaben machen: "Speichern" und "Abbrechen".
"save" erfasst die Benutzereingabe und beendet dann die aktuelle Aktivität "Abbrechen" verwirft jede Benutzereingabe und beendet die aktuelle Aktivität Das Drücken der Zurück-Taste auf dem Gerät macht dasselbe wie "Speichern"
Es stört mich immer noch ein bisschen, dass die Zurück-Taste die Funktion "Speichern und zurück" ausführt. Benutzer, die neu bei Android-Handys sind, werden wahrscheinlich für Webbrowser verwendet, wobei der Zurück-Button bedeutet: "Vergessen Sie diese Seite und gehen Sie zurück zur vorherigen Seite". Wenn Sie etwas online kaufen und Sie zur letzten "Kauf" -Seite kommen, würden Sie nicht erwarten, dass der Zurück-Button den Kauf abschließen würde, oder? Aber es scheint, als ob dieses Verhalten die Art ist, wie die eingebauten Anwendungen funktionieren, also bin ich nicht geneigt, das anders zu machen.
Wie auch immer, ich habe die offizielle Dokumentation durchgesehen und kann dieses Verhalten nicht explizit finden. Kann mich jemand an den richtigen Ort bringen oder zumindest eine Anleitung zur Best Practice geben?
Die Auswahlmöglichkeiten, wie ich sie sehe, sind:
Die Google-Kontakte-App stellt übrigens die Schaltflächen "done" und "revert" zur Verfügung. Ich denke, "Zurücksetzen" bedeutet Abbrechen; Ist da ein Unterschied? Vielleicht sollte ich meine Buttons mit "done" und "revert" anstelle von "save" und "cancel" versehen haben? In Google Mail bietet die Menüschaltfläche die Optionen "Entwurf speichern" und "Verwerfen". Es scheint mir, dass wir den Nutzern einen Gefallen tun würden, wenn wir hier eine gewisse Konsistenz hätten.
Vielen Dank im Voraus.
Aber es scheint, als ob dieses Verhalten die Art ist, wie die eingebauten Anwendungen funktionieren, also bin ich nicht geneigt, das anders zu machen.
Die einzige integrierte Anwendung, die mir das ausmacht, ist die contacts-App, und ich finde, dass UX mies ist. Ich habe gestern nur darüber gestraft, wie es passiert.
Vielleicht tun es auch andere integrierte Apps, aber ich habe es noch nicht gesehen, jedenfalls nicht, dass ich mich daran erinnere.
Wie auch immer, ich habe die offizielle Dokumentation durchgesehen und kann dieses Verhalten nicht explizit finden.
In der Dokumentation gibt es keine UX-Richtlinien dieser Art. Leider.
Mir scheint, dass wir den Nutzern einen Gefallen tun würden, wenn wir hier eine gewisse Konsistenz hätten.
Sie würden keinen Streit von mir bekommen.
Persönlich denke ich, dass der BACK-Button sich wie ein "Cancel" verhält, oder was auch immer die negative Wahl sein würde. Dialoge verhalten sich in der Regel bei Android beispielsweise so.
Wenn Sie bereits existierende Nutzer haben und mit ihnen in Kontakt getreten sind (Newsletter, Google Group unterstützen usw.), werde ich sie abfragen und sehen, was sie davon halten. Am Ende ist es das, was Ihre Benutzer am meisten wollen.
Im Notfall machen Sie es konfigurierbar. Im Idealfall gibt es für so etwas eine wahre richtige Antwort, und daher wäre die Konfigurierbarkeit sinnlos. Wenn Ihre Umfrage jedoch eine getrennte Abstimmung anzeigt und keine UX-Richtlinien für Android-Plattformen vorliegen, ist möglicherweise eine Einstellung die richtige Lösung für Sie.
UPDATE: Ich habe einen Blogpost zu diesem Thema, denn ich denke, es ist einigermaßen wichtig und ein bisschen mehr Prosa wert.
Ich empfehle Ihnen dringend, dem Modell zu folgen, das im Standard Android und Apps verwendet wird, wo die Bearbeitung immer an Ort und Stelle stattfindet. Das heißt, es gibt keinen "Speichern" -Button - die Änderungen, die Sie vornehmen, werden effektiv gespeichert, während sie ausgeführt werden. (Die Implementierung kann natürlich etwas anders sein, aber für den Benutzer sollte dies nicht sichtbar sein.) Nach diesem Modell sollten Ihre Schaltflächen etwas in Richtung "Fertig" und "Zurück" sein. Dies hilft beim mentalen Modell des Benutzers von dem, was vor sich geht, das Verlassen der Aktivität würde wahrscheinlich nicht zu einer "Zurück" -Operation führen.
Ein Grund für die Verwendung dieses Datenbearbeitungsmodells besteht darin, dass Sie in vielen Fällen mit schlechteren Kanten auftreten. Wenn Sie versuchen, ein traditionelleres Modell zu präsentieren, bei dem der Benutzer explizit speichert, dann ist jeder Pfad, den der Benutzer aus Ihrer Aktivität herausnimmt, eine mögliche Ursache für Datenverlust, was Sie dazu bringt, sie davor zu schützen und dies zu versuchen Zeige Dialoge um zu bestätigen, dass sie wirklich ihre Daten verlieren wollen. Dies ist ein verlorener Kampf, und du wirst niemals alle Löcher aushaken können, und dein UX wird dafür leiden. (Betrachten Sie zum Beispiel, wenn sie einen eingehenden Anruf erhalten, ist dies nicht die Zeit, um einen Dialog zu erstellen, um sie zuerst zu fragen, ob sie ihre Daten speichern wollen, noch würden Sie es sowieso können.)
Beginnen Sie also damit, dass Ihr Basismodell bearbeitet wird. Dies steht im Einklang mit der Konvention, die die Standardplattform verwendet, und dies wurde bewusst im Plattformdesign gewählt, da es insgesamt zu einer viel einfacheren und konsistenteren und verständlicheren UX führt. Gestalten Sie Ihren UI-Flow, um dieses Modell hervorzuheben, indem Sie explizite "Speichern" -Aktionen vermeiden.
Für mich fühle ich mich immer "unsicher" ohne eine sichere Option. Wenn Sie zum Beispiel in GTask eine neue Aufgabe erstellen, wird durch Drücken von "Zurück" (Schaltfläche "Hard") das Material gespeichert und zurück zum vorherigen Bildschirm. Es gibt keinen weichen Knopf BTW. Aber ich war immer frustriert.
Für Ihre App müssen Sie, glaube ich, zwei Dinge berücksichtigen, bevor Sie entscheiden, wie die Schaltfläche "Zurück" funktioniert:
Offensichtlich muss eine explizite Kontrolle getroffen werden, wenn das Speichern lange verarbeitet und kritisch ist. (und zurück würde nicht sparen); und für den zweiten Punkt denke ich, dass GTask dachte, Notizen sollten schnell und einfach sein, und es sollte sich anfühlen wie auf Papier zu schreiben --- es ist gespeichert, sobald du geschrieben hast.
Wenn Sie auf das, was Sie gesagt haben, zurück im Webbrowser klicken, gehen Sie zurück und vergessen Sie alles. Aber gleichzeitig macht Google (z. B. Google Docs) auch Auto, Hintergrund speichern, dass es nicht vergessen wird, wenn Sie zurückgehen.
Wenn Sie versuchen, eine universelle Aktion zu wählen, wenn der Benutzer zurück drückt, wird diese Frage viel schwieriger (wenn nicht unmöglich).
Ein viel einfacherer Ansatz ist es, über den Kontext nachzudenken, und ich sehe zwei Hauptsituationen: Der Benutzer interagiert mit einem Dialog und der Benutzer interagiert mit einer regelmäßigen Aktivität.
Wenn ein Benutzer in einem Dialog zurück drückt (zum Beispiel Datum-Zeit-Auswahldialog), liegt es daran, dass er diesen Dialog nicht sehen oder diese Information ändern möchte.
In einem Dialogfeld erwartet der Benutzer keine Änderungen , bis er dies sagt (indem er "Ok" drückt).
Beispielsweise sieht der Benutzer die Details eines Elements, das von Ihrer Anwendung bereitgestellt wird (Kontaktinformationen). Nach einigen Änderungen zurück zu drücken, könnte bedeuten: "Bring mich jetzt zurück zur Kontaktliste". Wie auch immer, das ist nicht 100% klar. So könnten Optionen zum Speichern und Verwerfen von Änderungen (nennen Sie es, was Sie wollen) eine gute Option sein.
Das Verhalten in einem Dialog ist einfach und klar. Ich denke wir haben keine Zweifel daran.
In Aktivitäten bin ich es gewohnt, die Zurück-Taste zu haben, um Daten zu speichern und mich zur letzten Aktivität zu schicken. Immer wenn ich meine Änderungen verwerfen möchte, drücke ich die Menütaste und suche nach einer Schaltfläche zum Abbrechen.
Wenn Sie etwas Besseres wollen, nehmen Sie das Standardverhalten als Voreinstellung auf und / oder zeigen Sie einen Toast an, wenn Sie die Informationen abbrechen oder speichern.
In der Praxis machen sie das Gleiche. Cancel sollte, Herr, abbrechen, was Sie gerade tun (Bearbeiten). Dies sollte / könnte Sie dazu bringen, was Sie vorher gemacht haben (Aktivität auflisten).
Zurücksetzen ändert den Status von dem, was Sie sehen, in den Zustand vor dem Beginn der Änderungen. Dies führt möglicherweise nicht zur vorherigen Aktivität. Es könnte einfach die Benutzeroberfläche auf die ursprünglichen Werte aktualisieren.
Tags und Links android