console/desktop integration
C. Gatzemeier
c.gatzemeier at tu-bs.de
Sun Aug 8 18:03:31 EEST 2004
Am Sunday 08 August 2004 14:23 schrieb Lars Hallberg:
> Humen understandable (and localised names) shuld be the most prominent.
> But the 'real' names and location of things shuld be avalible! Users
> shuld not only be asisted in doing stuf, they shuld be asisted in
> lerning stuff!
Second that.
Say it like "First Network Connection (/dev/eth0): retrieve settings from
server (DHCP)" including the technical term. People will happily first ignore
the acronyms, but pick them up naturally over time.
Avoid extremely leaky abstraktions, where new users get lost the moment they
dare to take the second step in looking at their computer. Even if they just
happen to look over the shoulder of their "computer" guy there should be
something recognizeable, something to discover.
Also, better than taking a pure GUI stand and "glossing" things over ist
stepping back a moment and striving to code and use real system solutions
where possible. (Depending and working on platform.)
Its about the mental model in desktop and system use, they should be
compatible and mutual extendable.
Every computer user absolutely must understand a hierachical tree structure
anyway. The failure novices often do is that they try to remember every step
and anything disconnectedly. The UI should help them to learn a structure
they can build upon. Its all right to cut down the standard view but let it
assemble /home /media and /tmp
Some examples:
-- Extra desktop level "delete to trash bin" implementation -
or desktop interface to systemwide libtrash.
-- Lots of independent hardcoded config tools that all try to be clever in
understanding and manipulating files -
or frontends to the users taste interfacing to a configuration handling
system.
-- Desktop level virtual filesystems -
or a system level (user-mode) fs.
Cheers,
Christian
More information about the xdg
mailing list