Reflecting the principles of the operating system.

I’ve stressed earlier the frustration to discover that an user interface is dependent on an other one. It was about changing the keyboard layout from the preferences panel, I considered several things but, after some searchs it appears that the X11 config. file has a section devoted to input devices, and yes, it was unchanged and determinant.
At this stage the point is not about interfaces more or less correlated, because the desktop environment stands in the user space while X11, which drives the display, stands in the kernel space and so under the root privilege. That raises the following question: should a GUI hide the principles of an OS or should it reflect theirs ?

I’ve suggested the latter earlier by splitting the GUI accordingly to the multi-users scheme, like this: root | user. Though, the question examines the motivation to provide a graphical environment. It’s nice to have a desktop, but what can be the benefit if it is done despite the principles of the system ? Depending the design of the OS, the development of the environment cannot be the same. More exactly, one can obtain the same results, or acheived the same goals but not through the same ways.

As far as I know, there are not a lot of designs in this matter. By definition, a mono-user system is out of the scope, and there are at least two kind of multi-user system: the macrokernel and the microkernel. Relatively to the user, the former retains almost everything in its space while the latter let almost everything in the user space.

macro-microkernel

In the illustration above, the dotted arrows represent the mediation or the dependency to the kernel space and the size of the block represents its degree as well as the ability allowed to the user.Concerning a macrokernel, shown at the left side, I guess that some solutions exist for a usable mediation between the two spaces, though, the figure simply indicates that a graphical environment for the kernel space should be developed as well. That the case indeed, graphical administrative tools exist, but the main point here is to provide the means to the user when he or she has to cope with the system since it is its design. Concerning a microkernel, figured at the right side, albeit an OS can be really designed like that, most of the time several services are upon the kernel, with their own privilege not granted to the user. Though, these services won’t probably interfer with the needs of the user, more exactly, even if one cannot assume anything about him or her, this probability is lower with a microkernel than a macrokernel. Hence, the need of a GUI related to the administrative tasks is lower, though, that doesn’t prevent to develop it.

I would conclude that the user environment should not cross or pretend to do more than its assigned limit by the system, thus, the point is rather to organize two environments at least than to merge them with some missing mediations. Moreover, there is an objective reason to develope an UI reflecting the system. As far as this latter is a commodity, one can’t assume anything about the user. Since the GUI is the main environment for the user and the most current thing that the user will experiment, his or her understanding of the system as a whole will mostly rely on the GUI because it’s the first information and data that the user has about the system. So, what’s the best? A graphical environment which misleads the user understanding or an environment which provides the right premiss?

Publicités

Laisser un commentaire

Entrez vos coordonnées ci-dessous ou cliquez sur une icône pour vous connecter:

Logo WordPress.com

Vous commentez à l'aide de votre compte WordPress.com. Déconnexion / Changer )

Image Twitter

Vous commentez à l'aide de votre compte Twitter. Déconnexion / Changer )

Photo Facebook

Vous commentez à l'aide de votre compte Facebook. Déconnexion / Changer )

Photo Google+

Vous commentez à l'aide de votre compte Google+. Déconnexion / Changer )

Connexion à %s


%d blogueurs aiment cette page :