Le 14 mars 05, à 02:51, Frederico Muñoz a écrit :
Hello all,
I would like to take this opportunity to present myself to the list.
As you may know Nicolas kindly invited me to join the Étoilé desktop
effort with my application, Installer.app, and I happily agreed.
Hi and welcome Frederico,
It's quite strange for me, as I told Ncolas, to view the GNA project
page and see my name amongst the others, all of which have contributed
steadily for GNUstep for years and have a much greater grasp of
GNUstep programming than I. I'll try to transform this sort of
intimidation into an incentive.
Well, I'm bit with you in this boat, I just accosted GNUstep community
one year and half ago. :-)
So, more on topic, I will probably need to commit the source I have to
Étoilé's CVS, and Nicolas suggested I should write to to list for the
better location to commit.
Nicolas sent a mail about cvs organisation two days ago, I haven't
answered it :-/, but the current Étoilé cvs structure is :
/Bundles (only Camaelon currently)
/Documentation
--> /Documentation/User
--> /Documentation/Developer
/Frameworks (various frameworks here)
/Services (Services name was chosen initially to break with
'application' which implies 'monolithic' work contexts, and to extend
the 'NeXT Services' concepts, however I admit this terminology is
pretty confusing and make no senses until we have a components
architecture, then I think we still stick with 'Applications' for now.
Last point, keeping in cvs this directory named 'Services' is not a
problem in my opinion. Anyway we will move to Subversion probably soon…
in order to have "renaming parties" ;-)
--> /Services/Developer (only UnitTests application here currently)
--> /Services/Private (applications which will be hidden to the user,
only Workspace currently, I will add ServicesBar and Background soon)
Nicolas suggested we rename this repertory 'System' and add
/Services/User repertory too, it would be fine for me… other opinions ?
Initially I planned to add other applications like Accounts,
Preferences etc. directly in Services, but I admit this stuff could be
put in a new /Services/System directory, we could have may be then
/Services/System/Private eventually. I have no real preference on the
subject ?
Then I think Installer.app should be put in /Services/Private (it
should be invisible for the user most the time), or /Services/System
when we create it. When time to break Installer in separate modules
like a framework, 'Frameworks' will host the moved part.
What do you think ?
The code is undergoing heavy development and transformation, whole
chunks are completely rewiten as the days pass and I discover that the
50 lines of convulted code I wrote can be substituted for one simple
existing method, and also as I find new ways to improve the current
overall structure. I'm focusing, as you probably know, in
OSX-compatible .pkg's.
ok, no problem.
Thanks a lot for your contribution,
Quentin.
--
Quentin Mathé
[EMAIL PROTECTED]
