10 Jun
2003
10 Jun
'03
8:05 p.m.
Hallo Mike,
Ich habe eine kleine Frage zur Benutzerführung im
SmallWiki: falls ein
User eine ungültige Eingabe macht (Beispiel: hinzufügen einer neuen
Seite mit leerem Titel) machst du momentan einfach etwas
"sinngemässes" mit Defaultwerten (beim Beispiel: hinzufügen einer
Seite mit Defaulttitel Page, Page1, Page2 usw).
Hast du auch in Betracht gezogen, bei einer ungültigen Eingabe nix zu
machen und dem User Feedback zu geben? Oder wäre das nicht > Wiki-mässig?
klar wäre es schön, wenn eine für den Anwender leicht verständliche
Fehlermeldung bei nicht automatisch korrigierbaren Problemen kommen
würde. Leider ist dies mit der momentanen Architektur nur sehr schwer
möglich, da die Session selber keinen Zustand kennt. Eventuell könnte
man noch eine Einstellung implementieren, wo man sagen kann was man
sehen möchte: Stacktrace oder nur den Exception-Text.
Ich stelle meine Frage, weil ich langsam mit der Logik
meines
Unterprojekts fertig bin und die Benutzerführung ein wenig verbessern
möchte. Bis jetzt siehts bei mir so aus, dass entweder Fehleingaben
kommentarlos abgefangen werden oder es halt einen unschönen Stacktrace
ausgibt, was beides nicht ideal ist.
Schöne Fehlermeldungen habe ich nur an zwei Stellen implementiert: Wenn
ein Benutzer nicht autorisiert ist eine gewisse Aktion auszuführen oder
wenn ein ungültiger Pfad eingegeben wurde; siehe dazu die Klasse
ErrorAction, ihre beiden Subklassen und deren Referenzen. Vielleicht
fällt dir ja noch eine flexiblere und besser wiederverwendbare Lösung
zu diesem Problem ein.
P.S. Jetzt kannst du in der LinkCollection deine
Safari - Bookmarks
importieren ;-)
Genial, dass muss ich gleich ausprobieren. Machst du es mit einem
Apple-Script? Ist der Source-Code dazu in deinem Package?
Grüsse (ich hoffe dir etwas weitergeholfen zu haben)
Lukas
--
Lukas Renggli
http://renggli.freezope.org
11 Jun
11 Jun
8:04 p.m.
New subject: Feedback bei ungültiger Benutzereingabe
Hallo Lukas
Nun, ein einfacher Ansatz zum Feedback ist bereits in der Action
PageEdit drin. Dort gibts die Instanzvariable exception, die einen Wert
erhält falls das Parsen der Benutzereingabe scheitert. Falls exception
nun nicht nil ist, wird sie mit PageEdit >> renderError in der
aktuellen Seite ausgegeben.
Dies könnte man in dem Sinne erweitern, dass in den Callbacks einer
Aktion die Eingabe überprüft wird; ist sie gültig wird die Aktion
ausgeführt, ist sie nicht gültig wird die Variable exception gesetzt
und die Seite neu geladen -> renderError zeigt dann die entsprechende
Fehlermeldung an.
Die Verantwortlichkeit zum Überprüfen der Benutzereingabe liegt bei
diesem Vorschlag bei der Action und nicht bei Structure - nicht
unbedingt der richtige Ort.
Nein, der Benutzer lädt einfach seine Bookmark-Datei rauf und diese
wird dann geparst. Bei Safari handelt es sich dabei um ein XML-File (im
Apple-eigenen und nicht unbedingt für parsen geeigneten .plist -
Dialekt). Noch ist das ganze ein wenig roh, wollte einfach mal
XML-Parsing lernen. Im Moment wird alles in die selbe Kategorie
geschmissen; falls die Links im Browser in einem Unterordner sind,
sollte sich das in der LinkCollection auch wiederspiegeln.
Ich habe aber vor, das Ganze zu abstrahieren und Plugins für Camino und
Mozilla zu schreiben. Wohl aber nicht mehr vor den Prüfungen ;-)
Beste Grüsse,
Mike
Ich stelle
meine Frage, weil ich langsam mit der Logik meines
Unterprojekts fertig bin und die Benutzerführung ein wenig verbessern
möchte. Bis jetzt siehts bei mir so aus, dass entweder Fehleingaben
kommentarlos abgefangen werden oder es halt einen unschönen
Stacktrace ausgibt, was beides nicht ideal ist.
Schöne Fehlermeldungen habe ich nur an zwei Stellen implementiert:
Wenn ein Benutzer nicht autorisiert ist eine gewisse Aktion
auszuführen oder wenn ein ungültiger Pfad eingegeben wurde; siehe dazu
die Klasse ErrorAction, ihre beiden Subklassen und deren Referenzen.
Vielleicht fällt dir ja noch eine flexiblere und besser
wiederverwendbare Lösung zu diesem Problem ein. P.S. Jetzt
kannst du in der LinkCollection deine Safari - Bookmarks
importieren ;-)
Genial, dass muss ich gleich ausprobieren. Machst du es mit einem
Apple-Script? Ist der Source-Code dazu in deinem Package?
9:27 p.m.
New subject: Feedback bei ungültiger Benutzereingabe
Hallo Mike,
Nein, der Benutzer lädt einfach seine Bookmark-Datei rauf und diese
wird dann geparst. Bei Safari handelt es sich dabei um ein XML-File
(im Apple-eigenen und nicht unbedingt für parsen geeigneten .plist -
Dialekt). Noch ist das ganze ein wenig roh, wollte einfach mal
XML-Parsing lernen. Im Moment wird alles in die selbe Kategorie
geschmissen; falls die Links im Browser in einem Unterordner sind,
sollte sich das in der LinkCollection auch wiederspiegeln.
Das tönt ja viel eleganter als mit einem platformspezifischen
Apple-Script. Ist im Endeffekt wohl auch einfacher für den Endbenutzer.
Grüsse
Lukas
--
Lukas Renggli
http://renggli.freezope.org
Nun, ein einfacher Ansatz zum Feedback ist bereits in
der Action
PageEdit drin. Dort gibts die Instanzvariable exception, die einen
Wert erhält falls das Parsen der Benutzereingabe scheitert. Falls
exception nun nicht nil ist, wird sie mit PageEdit >> renderError in
der aktuellen Seite ausgegeben.
Ach ja, den habe ich vergessen :-)
Dies könnte man in dem Sinne erweitern, dass in den
Callbacks einer
Aktion die Eingabe überprüft wird; ist sie gültig wird die Aktion
ausgeführt, ist sie nicht gültig wird die Variable exception gesetzt
und die Seite neu geladen -> renderError zeigt dann die entsprechende
Fehlermeldung an.
Zuerst die Frage des Designs und des Layouts: Wo möchtest Du
renderError denn anzeigen? Man könnte es zum Beispiel gerade nach dem
Header einfügen, wäre das aber nicht eine Einschränkung?
Zum technischen Teil versuche ich kurz das gelesene zusammenzufassen,
nur um sicherzustellen, dass wir uns verstehen: Du möchtest also
renderError in der Klasse Action implementieren und diese Methode dann
ausführen, wenn während dem Verarbeiten der Callbacks eine Exception
auftritt?
Auf den ersten Blick, scheint mir das eine sehr vernünftige Lösung zu
sein. Muss mir aber noch überlegen, ob das keine unnötigen
Einschränkungen mit sich bringt und was passieren soll, wenn ausserhalb
der Callbacks eine Exception auftritt. Ausserdem muss sichergestellt
werden, dass keine Benutzereingaben verloren gehen und dass bei
mehrfachen Exceptions keine Loops entstehen.
Die Verantwortlichkeit zum Überprüfen der
Benutzereingabe liegt bei
diesem Vorschlag bei der Action und nicht bei Structure - nicht
unbedingt der richtige Ort.
Wenn auch die Structure eine Exception mit einem netten Fehlertext
wirft, spielt das ja keine Rolle von wo wir die Information erhalten.
P.S. Jetzt kannst du in der LinkCollection deine
Safari - Bookmarks
importieren ;-)
Genial, dass muss ich gleich ausprobieren. Machst du es mit einem
Apple-Script? Ist der Source-Code dazu in deinem Package?
7633
days inactive
7634
days old
2 comments
2 participants
participants (2)
-
Lukas Renggli -
Michael Meer