it-swarm.com.de

Benutzeroberfläche zum Speichern von Änderungen in dokumentbasierten mobilen Apps?

Ich mache einen Photoshop-ähnlichen Bildeditor (z. B. zum Zeichnen von Bildern und Diagrammen) für das iPhone und Android mobile Geräte). Ich entwerfe die Oberfläche zum Speichern von Dokumenten im Hinblick auf den Datenverlust Ich gehe davon aus, dass Benutzer eine ähnliche Flexibilität wünschen wie die typischen Aktionen "Speichern", "Speichern unter" und "Als Kopie speichern", die auf Desktop-Software zu finden sind.

Beachten Sie, dass es aufgrund der Art meiner App (große Bilder, destruktive Änderungen, Echtzeitinteraktion, langsame Vorgänge) für mich unpraktisch ist, Dokumente dauerhaft rückgängig zu machen. Ich weiß, dass hier einige Diskussionen zu führen sind, aber es ist nicht praktisch, selbst wenn ich nur die verfügbare Entwicklungszeit berücksichtige. Ich bin mir bewusst, dass dies meine Möglichkeiten einschränkt, aber ich erwarte keine Perfektion.

Im Moment funktioniert meine Oberfläche folgendermaßen:

  • Dem Benutzer wird eine Dokumentengalerie angezeigt.
  • Wenn der Benutzer auf Dokument E tippt, wird der Editor mit geladenem Dokument E geöffnet.
  • Während der Bearbeitung kann der Benutzer seinen Fortschritt explizit in einem neuen Dokument B speichern, wenn er möchte. Zukunft spart überschreiben B.
  • Während der Bearbeitung kann der Benutzer eine Kopie des Editorstatus in einem neuen Dokument speichern (d. H. Eine Kopie speichern).
  • Wenn der Benutzer versucht, zur Galerie zurückzukehren, wird er gefragt, ob er den aktuellen Status in B speichern möchte oder ob der aktuelle Status verworfen werden soll.
  • In regelmäßigen Abständen wird der Editorstatus in einer automatisch gespeicherten Datei A gespeichert. Dadurch wird B nie überschrieben (da der Benutzer möglicherweise die letzten Änderungen verwerfen möchte) und nur im Falle eines Absturzes verwendet.

Einige Dinge, die ich an diesem Design nicht mag:

  • Ein Problem, das ich zu vermeiden versucht habe, besteht darin, dass der Benutzer das ursprünglich geöffnete Dokument versehentlich überschreibt. Dokumente werden immer als neue Dateien gespeichert, sodass dies kein Problem darstellt. Dies bedeutet jedoch, dass der Benutzer wahrscheinlich alte Dateien explizit löschen muss, wenn er viele Änderungen vornimmt.
  • Der Benutzer kann beim Beenden versehentlich auf "Verwerfen" klicken. Ich habe darüber nachgedacht, diese Option vollständig aus dem Dialogfeld zu entfernen (die Dialogoptionen wären also "Speichern und zur Galerie zurückkehren" und "Abbrechen") und diese Option nur über ein Menü verfügbar zu haben, um ein versehentliches Drücken zu erschweren. Leute, die Dinge viel wegwerfen, werden dies jedoch ärgerlich finden. Ich könnte der Galerie sogar die Schaltfläche "Rückgängigmachen der vorherigen Abwurfaktion" hinzufügen.
  • Dem Benutzer zu erklären, dass die explizite Speicheraktion in eine neue Datei schreibt, "Speichern und Beenden in die Galerie" in dieselbe Datei schreibt und als Kopie speichert, die immer eine neue Datei erstellt, ist schwierig.

Kann jemand sehen, wie ich meine Benutzeroberfläche hier verbessern kann?

6
user4342

Mir scheint, dass der Unterschied zwischen einem Save und Save as a copy Ganz klar wäre.

Ich dachte, vielleicht könnten Sie das normale Save immer zuerst eine Backup-Version der vorherigen Version erstellen. Sie behalten eine begrenzte Anzahl von Sicherungskopien (irgendwo konfigurierbar, da der Speicherplatz knapp ist), und dies würde es einem Benutzer ermöglichen, ein Rollback durchzuführen oder zurückzukehren, wenn plötzlich etwas nicht stimmt.

Ich bin mir nicht ganz sicher, ob Sie in diesem Fall noch den expliziten Save as a copy Benötigen würden. Vielleicht ja, aber zumindest müsste es nicht mehr so ​​leicht zu erreichen sein?

Was denken Sie?

1
nathanvda