On 5/25/06, Quentin Mathé <[EMAIL PROTECTED]> wrote:
Le 26 mai 06 à 02:07, Yen-Ju Chen a écrit :
> On 5/25/06, Quentin Mathé <[EMAIL PROTECTED]> wrote:
>> Le 26 mai 06 à 01:14, Yen-Ju Chen a écrit :
>>
>> > I just committed XWindowServerKit into SVN
>> > and make MenuServer use it when 'make x11=yes'.
>> > In this case, MenuServer will stay in all desktops.
>>
>> ok, nice. I'm going to test it. However I would like to have it
>> licensed under LGPL and not GPL, this would avoid possible license
>> conflicts that may arise in future.
>> I prefer to have modules licensed under LGPL or BSD in Étoilé
>> repository. It's better to restrict the number of GPL licensed
>> modules, this gives us more flexibility for Étoilé evolution. Don't
>> forget adding a COPYING document :-)
>
> Well, some codes are from Azalea, which comes from openbox.
> So unfortunately, I have little to do with that.
> I think that's the problem when moving codes from application to
> library.
I miss the fact parts of this library are from openbox. I understand
now. Well, have to live with that now, but it may prove to be really
problematic if we would like to use it from a Project/Session/
Workspace related public framework which would be released under LGPL
or BSD. Is the openbox code playing the role of basic bricks for the
rest of the library or not really ?
Well, you can take a look of prop.h and prop.m.
It just wrap the Xwindow functions into an easy-working C functions.
I can rewrite it somehow since it is designed to be used by window manager,
while we only need a subset of it.
The rest is done by me and can go to BSD license.
>> > If people think this approach is fine, I can fill up the rest.
>>
>> Waiting for the rest, before any thorough comments ;-). I'm now fine
>> with this current approach, I might have some minor comments on the
>> API later.
>
> I will see what I can do now. :)
>
> By the way, I prefer not to have options for compilation.
> It just adds some troubles for developers.
> So if people are O.K. with that,
> MenuServer will depend on XWindowServerKit in the future.
I think it's a fair choice, but just keep the option 'x11' set to
'yes' by default at the beginning of the GNUmakefile. Then anybody is
still able to turn it off optionaly (for debugging purposes or run it
on other platforms without X11, this is currently a real border case
I know).
If it's really better to get completely rid of it, we can do it later.
I will keep x11 on for a while.
Just express my preference about compilation options.
Yen-Ju
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev
_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev
