> Question about the list management software: Does anyone know if there
> is there any way that the URL into the list archive for an email
> message could be appended to that email message before it goes out?
> I'm constantly wanting to refer to an email across lists with a URL
> but that requires
Question about the list management software: Does anyone know if there is
there any way that the URL into the list archive for an email message could
be appended to that email message before it goes out? I'm constantly
wanting to refer to an email across lists with a URL but that requires me to
s
On Wed, 13 Dec 2006 09:13:10 -0500, Mikko Rantalainen
<[EMAIL PROTECTED]> wrote:
It would fail for numbers such as
1,234,456.789,012
1.234.456,789.012
but that such formats used in any locale?
It would also fail for integers, which are bound to be very common.
--
J. King
http://jking.dar
On Wed, 13 Dec 2006 19:43:10 +0530, Mikko Rantalainen
<[EMAIL PROTECTED]> wrote:
Charles McCathieNevile wrote:
On Wed, 13 Dec 2006 13:17:14 +0530, Henri Sivonen <[EMAIL PROTECTED]>
wrote:
On Dec 13, 2006, at 08:32, Charles McCathieNevile wrote:
possible *and no simpler* - this is too simple
Charles McCathieNevile wrote:
On Wed, 13 Dec 2006 13:17:14 +0530, Henri Sivonen <[EMAIL PROTECTED]> wrote:
On Dec 13, 2006, at 08:32, Charles McCathieNevile wrote:
possible *and no simpler* - this is too simple. Maybe assuming you can
parse numbers out of text is just a dumb idea as a normativ
On Dec 13, 2006, at 14:24, Michel Fortin wrote:
At the very least, I think find-a-number should be limited to
integer numbers. But even then it'll be limited to languages using
our western digits and possibly not suitable for full
internationalization.
Actually, with proper Unicode librar
Le 13 déc. 2006 à 6:14, Thomas Broyer a écrit :
Note that the description reads (as an "Authoring
requirements" !!!):
"The recommended way of giving the value is to include it as contents
of the element, either as two numbers (the higher number represents
the maximum, the other number the cur
2006/12/13, Henri Sivonen:
The attributes [on the meter and progress elements] always work
for any language. For English, the textContent works as a *bonus*.
It isn't that the spec fails to work for non-English. It is just that a
particular *redundant* bonus feature doesn't work for non-English.
On Wed, 13 Dec 2006 13:17:14 +0530, Henri Sivonen <[EMAIL PROTECTED]> wrote:
On Dec 13, 2006, at 08:32, Charles McCathieNevile wrote:
How can this be dealt with without making the parsing dependent on
lang and requiring the UAs to implement all-encompassing CLDR-aware
number parsing?
It c
