The founder of Spybot-S&D blogging about a few things too techy for the news section of Spybot-S&D website. And maybe also about things too unrelated, who knows.
Spybot 2.0: problem handling concepts
Posted 2008-11-03 at 09:00 by PepiMK
I'll start the talk about the user interface with error messages, where our conclusion from 1.x was that we did not stay true enough to a very important concept. Well, proper error dialogs are rarely encountered anywhere, but that should not be an excuse.
A good error message should have three purposes, possibly four:
You can see our attempts at immunization errors, shredding errors and restore errors to see how we try to improve (and that we still have to finalize those texts, since they do not yet fulfill all our criteria).
Key points:
A good error message should have three purposes, possibly four:
- Inform the user that something went wrong in terms he understands.
- Make suggestions how to correct the problem.
- Provide information that may help customer support trailing the source of the problem.
- Offer those users who want to understand a background.
You can see our attempts at immunization errors, shredding errors and restore errors to see how we try to improve (and that we still have to finalize those texts, since they do not yet fulfill all our criteria).
Key points:
- We try to offer the user an alternative (like elevation in the shredder dialog) instead of just displaying an error message.
- A Hide/Show button is there to show the technically interested more information.
- A clear headline indicating what the dialog is about, e.g. the direct question the buttons will decide upon.
- Possible error reasons (immunization).
- An option to skip his information in the future for those users who do not want to be annoyed by these messages.
Total Comments 4
Comments
-
Very good, an error message should be concise, clear and yet offer likely solutions - possibly a built-in link with pre-filled fields (related to the error's nature in standard form) to the forum's (more public) or wiki's search page may be helpful.
As to the toggle/skip, that seems to be a prime candidate for being another 'ignore' category in the main SSD settings page with a tree structure. This would centralize the switching for reference to individual (or by class) ignores.
For the novice, a 'level' by visual means such as background color or another icon might simplify a response priority - not all errors are critical or system-threatening but they are still errors. Hard to say on this, correct functioning of the app or applet is necessary as a base condition.Posted 2008-11-06 at 15:35 by ME_2& 
Updated 2008-11-06 at 16:02 by ME_2& -
Thanks, good points
Settings will become a new separated module/window since it should not be necessary to open the main scanner app to change them. Screenshot of just that one settings tab, there are more of course
Setting icons (information/warning/error) is also on our check list, I think we even updated dialogs already just not all screenshots. As for background color, we might play around with headers with a background color in those dialogs, just couldnt find a decent combination of gradient colors yet.
Weblinks are an interesting idea... maybe even to the forum with a list of threads tagged with a tag associated with that specific dialog or something like that. The danger of course is to put too mich into dialogs there. Maybe we could check the help system to combine it with sich an online lookup...Posted 2008-11-08 at 00:39 by PepiMK
-
Quote:Weblinks are an interesting idea...
OK ..... for the English speaking people only!Posted 2008-11-13 at 12:21 by nickW
-
Well, the online information is not to replace help contents, only to add to it. And since the help file can be localized, this could, in theory, also point to localized online resources.
Right now the help file just contains links to MS knowledge page pages and to tagged forum threads. Getting an all new help file ready needs a lot of planing stillPosted 2008-11-16 at 15:59 by PepiMK
