On Wed, 2003-06-25 at 13:53, Jonathan Bartlett wrote:

> 
> Gnome and KDE are NOT X implementations any more than GIMP is an X
> implementation.  Gnome and KDE are X _applications_.  X implementations
> include the server, the font server, and Xlib, and maybe a few other
> things.

Jonathan, we will have to disagree on the semantics.  I believe that a 
set of related applications and the interface to create them is an
implementation.  It is not a complete X package as it does not include
the server (and by the way, a font is server is not required for an
X server; X existed for years without font servers; font servers just
make it easy to have one set of fonts for all X servers rather than
having a local set of all the fonts on each server).

There is a HUGE difference in the scope of GIMP and Gnome for this
discussion.  GIMP is pure and simple an X application (client).  Gnome
is a set of applications and interfaces that are mainly X clients but
have the specific purpose of managing the user interface.  That, in my
book, is an implementation.   AFAIK GIMP has no API for managing a UI,
Gnome does.

> This is not an issue locally.  It's inter-process communication.  That
> overhead is there no matter what.

It is not IPC, which has a specific meaning.  It is network
communication.  There is overhead, but it can be optimized.  10 years
ago there was a battle over which competing compressed stream
implementation to adopt.  In the end, X/Org bailed and put out the
concept of LBX, with a poorly implemented sample in the code distro.
NCD was the proponent of one alternative.  The idea of a compressed
network stream can and should be revived.  Overhead is necessary, but it
could be lessened, and its footprint lessened even more with good
compression.
 
> 
> So, X is not slow.  Some X applications are.  If you don't like these, why
> not use different ones?  Like XFCE?  MWM?  WindowMaker?  Enlightenment?

Hey I am the one saying it is not an X problem and that there are better
performing alternatives than Gnome or KDE.  And mwm itself is just a
window manager; for the context of this discussion the equivalence would
be to say 'Motif', the implementation, rather than just one application
of the implementation.

- rick warner


-- 
redhat-list mailing list
unsubscribe mailto:[EMAIL PROTECTED]
https://www.redhat.com/mailman/listinfo/redhat-list

Reply via email to