[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Re[2]: NSString.m / stringWithoutPrefix: (was Re[2]: GSWeb probs.)
From: |
Marcus Müller |
Subject: |
Re: Re[2]: NSString.m / stringWithoutPrefix: (was Re[2]: GSWeb probs.) |
Date: |
Wed, 18 Sep 2002 11:37:01 +0200 |
On Monday, Sep 16, 2002, at 16:46 Europe/Berlin, Manuel Guesdon wrote:
On Mon, 16 Sep 2002 15:30:41 +0100 Richard Frith-Macdonald
<address@hidden> wrote:
| I renamed it to stringByDeletingPrefix: to be consistent with the
naming
| conventions of the NSString class.
| However, I think these methods should probably be deprecated and
removed
| entirely, as they are trivial to implement and I'd really like to
remove
| as much non-standard stuff as we reasonably can.
I globaly agree but may be we could move "GNUstep extensions" to a
separated library instead of just removing these addons ?
I'd also like to support this idea, although Richard - at least I guess
- meant to remove trivial extensions only. There are lots of extensions
which cannot possibly be removed. A good start for preparing the move
to a separate library would be to move all extensions to 'Additions'.
Some time ago I've started the GNUstep -> OS X migration framework
which allows for GNUstep programs (I had gsdoc in mind) to be compiled
and run under OS X. It would simplify the task of maintaining this
framework if all GNUstep Additions would be kept in one place.
The extensions do not necessary need to be a library on GNUstep - it
would also not be possible to have them as a library because of
dependencies between 'base' and 'additions' I think. The only thing
which is necessary in my eyes is to have the Header files clearly
separated, so at least it seems the implementations of these
'additions' is kept in a separate library. I just need to maintain the
same set of headers in my framework on OS X, making it unnecessary to
change code in i.e. gsdoc to compile it on OS X - at least in theory.
Cheers,
Marcus
--
Marcus Mueller . . . crack-admin/coder ;-)
Mulle kybernetiK . http://www.mulle-kybernetik.com
Current projects: finger address@hidden