Re: UI Rantings [was: Re: gmc and file-selection mockups]
- From: Matthew Berg <wdomburg pce net>
- To: gnome-list gnome org
- Subject: Re: UI Rantings [was: Re: gmc and file-selection mockups]
- Date: Thu, 31 Dec 1998 02:28:26 -0500
This is actually one approach I was thinking about. Either through
CORBA or glib plugins.
If these discussions have proven anything, it is that people have very
different concepts of how they relate to their computer. I'll try to
refrain from saying any one is better than another if it gets the job
done, really I will :)
Although this would allow technically for mixing of environments (as you
mentioned KDE or GnuSTEP dialogs) into GNOME, it would be a bear to try
and standardize on an interface for any given object.
Not to mention that multiple environments causes inevitable problems
trying to keep configuration and look&feel consistant. It is all well
and good that you could likely /make/ all your applications look pretty
much alike, but the difficulty in doing so should be minimal.
As a result, I am still a proponent of a "One Desktop to Rule Them All"
that allows for infinate configurability but a consistant framework.
Dirk Luetjens wrote:
>
> Hi,
>
> while this discussion goes on and on, I will ask again wether it isn't
> possible to change the implemention of the open-dialog via themes (or
> possibly via CORBA, or better said, via replaceable objects). In this
> case gnome could ship with a simplistic open.dialog. On the other
> hand the power user is able to change his/her implementation to the
> preferred one.
>
> This sounds a bit oversized, but as we see, there is no end to this
> discussion. And on the other hand, in an object environment the user
> should be able to exchange every object, even if it doesn´t make sence
> in the most cases.
>
> Why not call the kde open file dialog via corba, or whatever while
> using a kde theme, or the gnustep file dialog while using a gnustep
> theme. This sounds somewhat stupid, but if we are living in an object
> model environment and the interface to the open dialog is
> standardized, the implementation could change without breaking
> functionality. And in the case of the open-dialog the interface
> between the application and the dialog is very easy:
>
> open dialog -> set dir. -> set filter -> get filename
> (or somenthing like this)
> All the other things, we are discussiong about, like printing,
> renaming and so on, is all handled in the dialog itself, and has no
> influence on the application.
>
> Just an idea. Think about it.
>
> Dirk
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]