W3C home > Mailing lists > Public > www-html@w3.org > November 2002

RE: Element for Numbers

From: Reinthaler, Frank <Frank.Reinthaler@auspost.com.au>
Date: Thu, 21 Nov 2002 11:03:58 +1100
Message-ID: <EFA34A363840164C903B6A88C032D0F1039B437E@exsmel04.hq.auspost.com.au>
To: www-html@w3.org


I think David is right. This is too specific for HTML. It really needs to
have its own mark-up language just like MathML or XForms are for specific
purposes. Call it NumbersML or something like that! Then you can use
namespaces within a (X)HTML document to include NumbersML mark-up in.

Frank Reinthaler.


-----Original Message-----
From: David Woolley [mailto:david@djwhome.demon.co.uk]
Sent: Wednesday, 20 November 2002 17:50
To: www-html@w3.org
Subject: Re: Element for Numbers



> and Binary Multiples each have their own prefixes and definitions.  2^20
has
> the symbol Mi, which means mebi (not mega).

I've never seen that one before.  However it does help to point out the
unworkability of this proposal as popular and marketing usage, and,
unfortunately, even some usage from people who ought to be expected to
know better, is to write milli-bits (mb - 1E-3 bits) when they mean
mega bytes (MB - 2^20 * 8 bits) of RAM.  Also how many people know
that a RAM MB is not the same as a hard disk MB.  Generally, unless you
are a practicing engineer, you are unlikely to specify units correctly,
even in the unlikely event that you can be convinced to volunteer markup
of numbers.

I think the right place for this sort of markup is in application specific
namespaces, specified using XML schemas.  Trying to use this with XHTML
will produce much worse conformance than that for using alt attributes
correctly, for referring to elements and attributes rather than tags, and
for using HTML Hn elements appropriately.













Australia Post is committed to providing our customers with excellent service. If we can assist you in any way please either telephone 13 13 18 or visit our website www.auspost.com.au.

CAUTION

This e-mail and any files transmitted with it are privileged and confidential information intended for the use of the addressee. The confidentiality and/or privilege in this e-mail is not waived, lost or destroyed if it has been transmitted to you in error. If you have received this e-mail in error you must (a) not disseminate, copy or take any action in reliance on it; (b) please notify Australia Post immediately by return e-mail to the sender; and (c) please delete the original e-mail.
Received on Wednesday, 20 November 2002 19:06:37 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 27 March 2012 18:15:53 GMT