[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: GNUstep Coding Standard Additions
From: |
David Ayers |
Subject: |
Re: GNUstep Coding Standard Additions |
Date: |
Thu, 05 May 2005 20:51:57 +0200 |
User-agent: |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.7) Gecko/20050414 |
Richard Frith-Macdonald wrote:
> On 2005-05-05 10:33:26 +0100 Sheldon Gill <sheldon@westnet.net.au> wrote:
>
>> Besides which, the question I was raising is value. What is the real
>> value in keeping them? What is the value in getting rid of them? What
>> is the effort in properly maintaining them.
>>
>> I see the choice:
>> a) Better, more complete documentation which is readily accessible
>> b) Trawl your way through conditionals in the headers and work it out
>>
>> If we're to make it easier and better I think (a) has far more value
>> to the project than (b).
>
>
> This is a straw-man argument ... nobody is or has advocated trawling
> through conditonals to work things out, and nobody is arguing about the
> standard of documentation ... we are both proposing the same standard of
> documentation.
> You are proposing explicit markup in comments, I'm proposing impicit
> markup in the form of #ifdefs. In noth cases autogsdoc produces
> identical xml and html output.
>
>>> It's a big mistake to assume that, just because we have no use for a
>>> feature, the feature should be removed.
>>
>>
>> Why? If *we* have no use for a feature, why shouldn't it be removed?
>
>
> Because you and I are not the only users of GNUstep. If you want
> software that does exactly what you want ... you can fork your own
> version, but if you beleive in free software you have to make it good
> for other people too.
>
FWIW, I vore for parsing of preprocessor directives. I also think that
the OPENSTEP define is still useful. We still use WebObjects
installations and I'm sure we are not the only ones. This feature is
useful, so unless it poses an unreasonable burden on maintance, I think
we should keep it.
I don't think that having multiple ways to declare the conformance (and
therefor risking conflicts) is a good idea, but I won't push toward
removing for the <standard> markup.
Cheers,
David
- Re: GNUstep Coding Standard Additions, Sheldon Gill, 2005/05/01
- Re: GNUstep Coding Standard Additions, Sheldon Gill, 2005/05/01
- Re: GNUstep Coding Standard Additions, Richard Frith-Macdonald, 2005/05/02
- Re: GNUstep Coding Standard Additions, Sheldon Gill, 2005/05/02
- Re: GNUstep Coding Standard Additions, Wolfgang Sourdeau, 2005/05/03
- Re: GNUstep Coding Standard Additions, Richard Frith-Macdonald, 2005/05/05
- Re: GNUstep Coding Standard Additions, Sheldon Gill, 2005/05/05
- Re: GNUstep Coding Standard Additions, Richard Frith-Macdonald, 2005/05/05
- Re: GNUstep Coding Standard Additions,
David Ayers <=
Re: GNUstep Coding Standard Additions, Alex Perez, 2005/05/04
Re: GNUstep Coding Standard Additions, Sheldon Gill, 2005/05/05
Re: GNUstep Coding Standard Additions, Alex Perez, 2005/05/05
Re: GNUstep Coding Standard Additions, Alex Perez, 2005/05/07
Re: GNUstep Coding Standard Additions, Richard Frith-Macdonald, 2005/05/08
Re: GNUstep Coding Standard Additions, Alex Perez, 2005/05/08
Re: GNUstep Coding Standard Additions, Richard Frith-Macdonald, 2005/05/08