Mailinglist Archive: yast-devel (126 mails)

< Previous Next >
Re: [yast-devel] WebYaST (next) Possible user experience improvements
  • From: Martin Schmidkunz <mschmidkunz@xxxxxxx>
  • Date: Thu, 19 Nov 2009 13:05:13 +0100
  • Message-id: <4B053479.1030304@xxxxxxx>
Hi Duncan!

Thanks for your suggestions!

As you already pointed out, some of your ideas are already submitted
into bugzilla for further discussion/fix:

*) System services:
- I suggest to use a small icon to show if running or not), may be a slightly
animated heartbeat (soft to the eyes).
- Start and stop do not need to be separated, you can't have stop if it is
started, they can use the same state (toggle) so the text switches to stop
after you start.
- I did not understand the "status" link, for me it looks more than a
"refresh" of the "running" text. This can be done by either having just one
refresh link for all, or just poll the server for changes using ajax.

*) Time
The two comboboxes could be replaced with an interactive worldmap + a textbox
to freewrite with autocompletion so you can either use mouse or keyboard. The
textbox can also not be present at all.

Another idea would be:

*) Network

A common problem of system managements applications is to accidentally expose
the configuration file format :-) an example:

I think, we should use entry aids for every form field.

What I am suppose to enter there? It asks with plural, there is a single
field. What is "prefixlen"?

AFAIK it is used for IPv6 and is something like a subnet mask.
But maybe some of the experts can comment that better :-)

Another issue that may apply to other modules too is to make the difference
between the value that is retrieved from a textfield, to the value that is
displayed when it is empty. The user may not know the meaning of an empty
field. For example if using DHCP one could fill the nameservers field with
"Will be auto discovered".

IMHO a better solution would be to present the detected values (e.g. IP
address without the possibility to change them):

*) Mail settings

If security is disabled, then username/password should be disabled. If the
server is not configured, then even the security checkbox can be disabled too.

Isn`t TLS independent of username/password?

*) Administrator password

The 3 save buttons is confusing. IIRC kkaempf already reported this. It is
confusing because this module has the ability of doing instant apply before
clicking next, while network saves at "next" clicking time.

I am sorry, but I have to be able to run the first boot wizard myself
before I can verify that. Currently I am still fighting with virtualbox :-(

"Forward mail to", what goes there? an email address? How the user guess
he needs to think, which is what we want to avoid. Here it may useful to
an example greyed text that dissapears when focus is on the field (the field
value still could evaluate to empty)

Good point!

Thanks again for your input!

Best regards,


Martin Schmidkunz
User Experience Specialist
+49 (0) 911 740 53-346
SUSE LINUX Products GmbH, GF: Markus Rex, HRB 16746 (AG Nürnberg)

Novell, Inc.
SUSE® Linux Enterprise 10
Your Linux is ready
To unsubscribe, e-mail: yast-devel+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: yast-devel+help@xxxxxxxxxxxx

< Previous Next >