Le 30 oct. 06 à 07:52, Yen-Ju Chen a écrit :
I am thinking to change PreferencesKit into library.
The only reason PreferencesKti need to be a framework is because of
a gorm file,
which we can rewritten in codes.
And frankly, GNUstep-make does not handle framework very well on
GNUstep,
which I think is a problem of GCC.
I will need it for Grr and it may be a good time to revisit it again.
Any comment ?
Are any special problems triggered by the fact PreferencesKit is a
framework? If so, well we can add the option to compile it as the
library with the missing code and make it the default. Otherwise I
think it's better to keep as a framework.
I also think it's possible to have Resources installed with a library
but I don't know how to do it with gnustep-make. gnustep-gui uses
this feature though.
If you want to do some work on PreferencesKit, the first step would
be to rename it PaneKit because its purpose is unrelated to
preferences handling. I intend to rebrand it as a generic solution to
implement any kind of Panes based UI (preferences, inspector, wizard
perhaps etc.)
The next step is to extend panes support in order they can be used
without packaging each of them in a bundle when it's overkill.
Cheers,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
_______________________________________________
Etoile-dev mailing list
[email protected]
https://mail.gna.org/listinfo/etoile-dev
