Here's what I'm committing.
2007-12-25 Paul Eggert <[EMAIL PROTECTED]>
Bruno Haible <[EMAIL PROTECTED]>
Avoid using the syntax symbol() in formatted documentation.
* MODULES.html.sh (func_module): When replacing symbol() with a
hyperlink, remove the parenthe
Karl Berry wrote:
> Personally, I kind of agree with you that in this instance, the parens
> to mark functions is more useful than not. I don't know why rms felt so
> strongly about it that he put it into standards.texi (umpteen years ago).
> ...
> If you want to ask rms about it, feel free.
Than
Bruno Haible <[EMAIL PROTECTED]> writes:
> Do you know / can you imagine another convention that can be used
> to denote a function or macro name as a symbol? Like we use <...>
> for URLs or system header files, upper case to denote a variable in
> plain text (in place of ...), *..
The size of your patch - more than 300 KB - makes me think that perhaps
something is wrong with this part of the GNU standards.
If you want to ask rms about it, feel free.
Do you know / can you imagine another convention that can be used
to denote a function or macro name as a sy
Hi Paul,
The size of your patch - more than 300 KB - makes me think that perhaps
something is wrong with this part of the GNU standards. Yes, it is formally
incorrect to write foo() when foo takes more than 0 arguments. But it is
a convention that is firmly rooted in Unix tradition.
Anyway, I see
Paul Eggert <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] (Karl Berry) writes:
>
>> rms just requested that we remove the empty parentheses after function
>> names on, e.g., http://www.gnu.org/software/gnulib/MODULES.html. He
>> refers to the "GNU Manuals" node of standards.texi,
>
> Here's a fir
