Adam Fedor wrote: > > Well, in the spirit of instability, API changes and incompatibilities > :-) I'm finally getting a good start on rearranging the filesystem as > described in: > > http://www.gnustep.org/experience/documentation/filesystem.ps
Point by point: ApplicationSupport: Just dumb. There is no good reason for it to even exist. Nobody has enough apps that it even approaches necessity, and its addition requires either filesystem knowledge or an API extension for application developers to get at stuff located there. Bundles: ditto. Not only is it inappropriate (no need for a generic directory -- it's as silly as \Windows\System on a Win32 system containing everything under the sun), the description is simply wrong. There is no requirement for a bundle to have a "bundle" extension, and if you look, you should find that most bundles don't have that extension. Frameworks: The description is...bizarre. Frameworks are bundles that have a bit of additional functionality...and if frameworks aren't supported on a platform, frankly, GNUstep is just broken on that platform -- it's that important. Palettes: should not be described except as part of Gorm documentation. It's a Gorm-specific library directory and needn't exist unless Gorm is installed. Network/*: Totally beyond the scope of GNUstep. As for the rest, whatever. -- | Jeff Teunissen -=- Pres., Dusk To Dawn Computing -=- deek @ d2dc.net | GPG: 1024D/9840105A 7102 808A 7733 C2F3 097B 161B 9222 DAB8 9840 105A | Core developer, The QuakeForge Project http://www.quakeforge.net/ | Specializing in Debian GNU/Linux http://www.d2dc.net/~deek/ _______________________________________________ Bug-gnustep mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/bug-gnustep