I would not apply the <...> markup to mail addresses, only to URLs.
Ok, fine by me.
rms doesn't like angle brackets around email addresses either.
Karl Berry wrote:
> How about this change to standards.texi:
>
> -Report bugs to @var{mailing-address}.
> +Report bugs to: <@var{mailing-address}>
I would not apply the <...> markup to mail addresses, only to URLs.
Reason: While many mailer programs we are used to allow entering email
addresses s
Bruno Haible wrote:
> So, what I offer and expect is:
> - I offer to do the merge this time now,
> - I (or the other gnulib maintainers) put in changes and fixes that you
> report (until you get gnulib git write access by yourself),
> - When you make changes to dfa.c in your projects, you
On Sat, Jan 31, 2009 at 5:22 PM, Karl Berry wrote:
>The <...> markup is helpful when the URL is broken into two lines,
>
Let's not forget about argp. Here's a patch to sync it to the new
format. Unfortunately it will require users of
argp_program_bug_address who used enclosing '<', '>' to c
The <...> markup is helpful when the URL is broken into two lines,
Ok, I give.
How about this change to standards.texi:
--- standards.texi.~1.184.~ 2009-01-26 10:15:16.0 -0800
+++ standards.texi 2009-01-31 14:21:34.0 -0800
@@ -1094,5 +1094,5 @@ general page for help
Hi Bruno, Tony,
I didn't know that dfa was used in gettext. What version of the grep dfa did
you start with?
To answer your question, I am willing to pull from an upstream gnulib version,
but on two conditions:
1. The functionality must remain the same. In particular, at some point in
between
I've found a problem with the gnulib fts module. When using the mingw
cross compiler, the fts_read routine never finds any files or
directories other than the directories supplied to the preceeding
fts_open call. It seems that this will happen on any platform that
doesn't have a working dirfd fun
Hello Aharon, Tony,
There are now three variants of dfa.h and dfa.c in use in various GNU projects:
- in GNU grep,
- in GNU gawk,
- in GNU gettext.
All of them have different bugs and different fixes applied.
Last week, while testing the GNU grep prerelease, I had to report fixes for
things
Karl Berry wrote:
> Ralf pointed out to me in separate email that the <...> allow
> better recognition in some contexts. I don't necessarily advocate for
> never using <...>, but I don't see a specific reason to do so here.
The <...> markup is helpful when the URL is broken into two lines, such a
Hello,
* Karl Berry wrote on Sat, Jan 31, 2009 at 12:04:25AM CET:
>
> Ralf pointed out to me in separate email that the <...> allow
> better recognition in some contexts. I don't necessarily advocate for
> never using <...>, but I don't see a specific reason to do so here.
Well, they allow reco
10 matches
Mail list logo
