Skip navigation.

Improving the User Experience for Desktop Sysadmins - Sabayon

GNOME
GNOME

Seth wrote: The three immediate design stakeholders in the 'enterprise desktop' are: end users, help desk staff, and desktop system administrators. Most design work for GNOME has gone into improving the end user experience, which is really the dominant stakeholder of those three. Some improvements aimed at end-users, like promoting preferences instead of settings you can get wrong, have also made life a little easier for help desk staff (as people are that much less likely to hose things). Recently Mark's work on Vino has added a very large improvement for help desk staff: the ability to remotely view and operate user's desktops (there is nothing more frustrating than blindly stepping people through computer operations over the phone).

So what about sysadmins? Sabayon is GNOME's first major design targeted at improving the user experience for people who administer GNOME systems, and hopefully the start of an initiative toward designing for this important group of users...

Read the rest

Common Management tools for KDE and Gnome are needed!

Why not build the needed functionality to control/lock-down Gnome on top of the existing kiosk tool, particularly when kiosk separates the back-end from the GUI, allowing you to give a HIG-Gnomified GUI? What does this new project solve?

Given that kiosk is here and works now, wouldn't we save development
time and provide a better user and admin experience by using kiosk?

By making Sabayon a gnome-only tool, you are also forcing admins to use a certain set of apps if you want the managability that comes with it.

What looks likely to happen is that you will not be able to change
evolution settings in kiosk or kmail settings in Sabayon. That's a
shame. Outside of hard-core gnome or kde developers, I don't know any user that sticks purely to one desktop environment. I admin lots of machines and I assure that users do not think in Gnome vs KDE environments, they think in terms of good vs. bad apps.

Asking people to give up on k3b, KDE's educational tools, kgpg, kpdf or on such awesome apps as the Gimp, Gnumeric or evolution to accommodate your choice of desktop management tool is ludicrous. As a system admin, this appears to be the likely outcome and whether it comes about as an intended or unintended consequence of this Sabayon project is the least important.

While I am rant and raving, I'll extend the same criticism to Hula.
There is already egroupaware, which works today. It has a beautiful web interface, lots of users and support, a public open source XMLRPC API for syncing and work-in-progress plugins for Kontact and Outlook. Add one for evolution and you are done.

Do we advance anything by adding another useless groupware solution that won't be ready in 2 or more years? In the meantime, we are losing mindshare and wasting the time of the admins and users that want to switch to Linux today.

It is time to stop reinventing the wheel. Build your app with whatever toolkit suits your whim, gtk or qt, but let's work towards building common management tools for the desktop!