Results 1 to 8 of 8

Thread: Waarschuwingbericht weergeven of Undo aanbieden?

  1. #1
    Silly member NGLN's Avatar
    Join Date
    Aug 2004
    Location
    Werkendam
    Posts
    5,133

    Waarschuwingbericht weergeven of Undo aanbieden?

    Ik kwam laatst een aardig artikel tegen op A List Apart betreffende het aanbieden van Undo-functionaliteit in plaats van waarschuwingsberichten weergeven, bijvoorbeeld als de gebruiker iets verwijderd met je programma.
    Quote Originally Posted by ALA conclusie
    Warnings cause us to lose our work, to mistrust our computers, and to blame ourselves. A simple but foolproof design methodology solves the problem: 'Never use a warning when you mean undo.' And when a user is deleting their work, you always mean undo. ... Let the war on warnings begin!
    Zie Never Use a Warning When you Mean Undo.
    (Sender as TNLDUser).Signature := 'Groeten van Albert';

  2. #2
    SillyMember
    Join Date
    May 2003
    Location
    Gent
    Posts
    7,725
    Ja.
    All methodologies are based on fear. -- Kent Beck.

  3. #3
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Dat is het fundament van een bekend pattern (command processor geloof ik). Verdeel een proces in een hoop stapjes die elk een duidelijke inverse en rand voorwaarden hebben, zodat je ze ongedaan kan maken.

    Hou dan (b.v. in een array) bij hoever je bent en welke deelstappen je moet terug draaien.

    Maar de vraag is natuurlijk voor wie je dat doet, en of de typische gebruiker in kwestie dat soort concepten ueberhaubt doorziet. Anders is het alleen maar verwarrende ballast.

    En dan zal je je scenario's moeten testen op users, om te voorkomen dat het een UI-perfectionerings hobby wordt. Doe je dat al ?

  4. #4
    Silly member NGLN's Avatar
    Join Date
    Aug 2004
    Location
    Werkendam
    Posts
    5,133
    Nee, ik doe nog niets. Maar het artikel beschrijft een situatie en op een tijdstip waarbij dergelijk scenario-testen al ruimschoots achterwege ligt. De strekking is dat Ctrl-Z zodanig ingeburgert dient te geraken opdat de gemiddelde gebruiker erop kan vertrouwen gedane acties met undo ongedaan te maken. Nooit meer een bevestigings-schermpje "weet u het zeker?", dat spreekt mij zeer aan.

    Uiteraard moeten we gebruikers wel duidelijk maken dat onze programma's in dergelijke functionaliteit voorziet. Wanneer een gebruiker iets voor het eerst verwijderd zou je bijvoorbeeld een message kunnen laten zien dat dat met Undo of Ctrl-Z ongedaan gemaakt kan worden, het dialog uiteraard voorzien van een vinkje met "toon dit bericht nooit meer".

    Anders is het alleen maar verwarrende ballast.
    Een duidelijke undo-UI, afhankelijk van de programmatuur eventueel gesplitst naar verschillende undo-categorieën, hoe zou dat verwarrende ballast moeten zijn?
    (Sender as TNLDUser).Signature := 'Groeten van Albert';

  5. #5
    mov rax,marcov; push rax marcov's Avatar
    Join Date
    Apr 2004
    Location
    Ehv, Nl
    Posts
    10,357
    Quote Originally Posted by NGLN View Post
    Nee, ik doe nog niets. Maar het artikel beschrijft een situatie en op een tijdstip waarbij dergelijk scenario-testen al ruimschoots achterwege ligt. De strekking is dat Ctrl-Z zodanig ingeburgert dient te geraken opdat de gemiddelde gebruiker erop kan vertrouwen gedane acties met undo ongedaan te maken. Nooit meer een bevestigings-schermpje "weet u het zeker?", dat spreekt mij zeer aan.
    Dat is reeds zo in het basis Windows wizard concept ( <vorige> <volgende>) . ctrl-z is een dos/unixisme waar de grote massa geen binding mee heeft.

    Uiteraard moeten we gebruikers wel duidelijk maken dat onze programma's in dergelijke functionaliteit voorziet. Wanneer een gebruiker iets voor het eerst verwijderd zou je bijvoorbeeld een message kunnen laten zien dat dat met Undo of Ctrl-Z ongedaan gemaakt kan worden, het dialog uiteraard voorzien van een vinkje met "toon dit bericht nooit meer".
    Dit soort dingen werkt alleen als iemand het aan de gebruiker uitlegt, anders is dit alleen maar ruis. En de gemiddelde gebruiker snapt het wizard proces al niet (next next next finish, gaat dat niet? Dan helpdesk bellen), laat staan een transactie systeem met key-toegang erachter. Ze lezen ook geen manuals, readme's of help, rammen gewoon blind next,next next, en de helft kijkt niet eens of er "finish" of "cancel" in het laatste dialoogje staat. Ze rammen gewoon blind op de plaats waar "finish" normaal staat. (tot 3,4 keer toe)

    Alle wizard concepten zijn origineel op dit concept gebaseerd, en allemaal gaan ze fout omdat mensen niet genoeg achtergrond bagage hebben om het proces te beinvloeden (als het b.v. fout gaat). En als ze het niet kunnen beinvloeden dan heeft er een GUI voor maken al geen zin.

    Uit proberen te leggen in de app betekent meer text (die ze niet lezen), en gecombineerd met meer GUI elementen (vinkje) betekent dit meer, niet minder verwarring. En meer druk op beheer/helpdesk.

    Zorg dus liever dat het gewoon altijd goed gaat, met een duidelijke samenvatting die ze kunnen oplezen aan telefoon.

    Misschien ben ik iets cynisch geworden door een paar jaar helpdesk, maar wat ik daar geleerd heb is dat programmeurs UI's teveel door hun eigen ogen zien.

    Een duidelijke undo-UI, afhankelijk van de programmatuur eventueel gesplitst naar verschillende undo-categorieën, hoe zou dat verwarrende ballast moeten zijn?
    Duidelijk voor wie? Dit concept is alleen nuttig als de gebruiker het doorziet. En die doorziet niet veel, b.v. de hele filesystem hierarchie is hem al te lastig, terwijl een filesystem de kern van het OS is.

    Het is inderdaad lekker makkelijk voor de programmeur, maar die heeft per definitie alle bagage die nodig is om dit te doorlopen in zijn hoofd.

    Vandaar dat ik hamerde op het creeren van een daadwerkelijke feedback lus met "echte" gebruikers als je afwijkingen in de normale gang van zaken in windows apps van plan bent.

  6. #6
    Ik neem aan dat Aza familie is van Jef Raskin. Jef was een van de bekendste user interface specialisten, en ontwerper van de Canon Cat. Dat was een tekstverwerker zonder save commando. Er bestaan toch geen gebruikers die een keuze willen maken tussen 'Gooi alles wat ik in het afgelopen uur gedaan heb maar weg' en 'Bewaar wat ik het afgelopen uur gedaan heb'? Er bestaat hooguit: 'dit is een moment waar ik direct naar terug zou willen kunnen, i.p.v. een heleboel keer undo'. Het fundamentele issue is hier dus het verwijderen van 'save' uit alle applicaties. Dat leidt vanzelf tot de invoer van 'undo'.

  7. #7
    Het probleem van een undo is altijd: wat undo je? Ik denk altijd pas 3 stappen verder dat ik stap 1 ongedaan wil maken. Maar dan moet stap 2 wel graag zo blijven. Kortom, versiebeheer op alle stappen....

    Dus ja, ik ben een erg groot voorstander van undo, ook al zijn ze over het algemeen bijzonder lastig te realiseren. Maar ik vind het erg moeilijk om de gebruiker duidelijk te maken wat de undo nou eigenlijk doet. Om maar te zwijgen van de redo (undo de undo).

    Dus ondanks mijn enthousiasme.... blijf ik toch nog bij de bevestiging vrees ik.
    Marcel

  8. #8
    Senior Member Thaddy's Avatar
    Join Date
    Dec 2004
    Location
    Amsterdam
    Posts
    2,211
    verschil tussen functioneel ontwerp en technisch ontwerp is de vraagsteller nog niet duidelijk <grijns> Stel voor: opnieuw... net zolang tot de juiste antwoorden ook in de juiste context zijn geformuleerd. De VRAAG was goed.

    Mijn functionele antwoord:
    Afhankelijk van de situatie:
    Meestal wil je t.a.t. voorkomen dat de gebruiker door ZIJN fout een keuze moet maken. In dat geval is een korte terechtwijzing op zijn plaats..
    Maar in het algemeen geldt dat je als programmeur eerder naar het proces moet kijken en probeert dat te voorkomen.
    Dus gewetensvraag: is je ontwerp en zijn je algoritmes wel goed? (dummy/monkey/leek/eindgebruikerproof)

    Techisch een opmerking
    Een UNDO is voor als de gebruiker zich bedenkt, niet omdat een programma hem leidde naar een achteraf foute beslissing. Dat lijkt me wel essentieel, Marcel
    Undo's zijn er niet om supportvragen op te lossen of te voorkomen...
    Iets wat weinig mensen weten is dat de klant altijd gelijk heeft...

    Ik ben het dus niet geheel eens met genoemde literatuur al snap ik de notie, maar wie ben ik
    Last edited by Thaddy; 05-Aug-08 at 23:32.
    Werken aan Ansi support voor Windows is verspilde tijd, behalve voor historici.

Thread Information

Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •