[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [xougen] Re: xouvert-general Digest, Vol 1, Issue 13

From: David Ross
Subject: RE: [xougen] Re: xouvert-general Digest, Vol 1, Issue 13
Date: Mon, 25 Aug 2003 22:32:02 -0700

This might be a dumb idea, but what about having the server look locally
for required libraries before going to the client?  Does that make any


-----Original Message-----
From: address@hidden
[mailto:address@hidden On Behalf
Of chris
Sent: 2003 August 25 12:10 PM
To: address@hidden
Subject: [xougen] Re: xouvert-general Digest, Vol 1, Issue 13

On Monday, August 25, 2003, at 07:13  AM, 
address@hidden wrote:

> Almost all of these graphical applications depend on the X server and 
> the X server needs to work for all of these applications. Surely you 
> can write it as an extension, and maybe that is possible for the 
> toolkits to do themselves once there's some better modularity in 
> Xouvert .
> But right now, writing an extension for this is, in my opinion, not
> really Xouvert's concern.

i think it is of Xouvert's concern. if i understand what you are 
talking about correctly, heres the senario:

once xouvert's api starts pulling away from XFree86's, normal X apps 
wont compile under xouvert. shouldn't compatability with xfree86 apps 
be at least a concern? a loadable module for xouvert, like 
"xf86-compat" or something like, would make simple x apps, all the way 
up to glib, gtk, etc, compile and be able torun under xouvert, while 
native xouvert apps can run alongside and use xouvert specific routines 

if im thinking clearly, then i think an xfree86 compatability module is 
essential, and i'd be willing to work on/manage that if it's desired.

tell me if im crazy

xouvert-general mailing list

reply via email to

[Prev in Thread] Current Thread [Next in Thread]