- From: (wrong string) äper <christoph.paeper@tu-clausthal.de>
- Date: Tue, 19 Nov 2002 16:27:03 +0100
- To: <www-html@w3.org>
Mikko Rantalainen <mira@st.jyu.fi>: > Rowland Shaw wrote: > >> <p>It's my birthday on <date month="11" day="23" year="2002" >> form="shortdate">23/11/02</date></p> > > Please, we have perfectly good standard for date and time presentation: > ISO-8601. I agree that we need both "generic numeric element" and > "datetime element". I thought about that, too, but didn't want to propose two new elements at once, 'dt' is already used, though. On the other hand, if this required a module on its own after all, I'd rather see two elements than one in it, > <date time="2002-11-19T13:24:38+02:00" lang="fi">13:25 19.11.2002</date> That would be reasonable, although the lang attribute is gone and I suppose the literal date was in the document language. > Default rendering would be to replace content > with localized date and time. I'm not so sure about that. The document language is IMHO more important, but if for instance the document has Content-Language: de and/or <html xml:lang="de" ...> then somewhere in the text appears <nr value="1234.5" dim="m">1'234,5m</nr>, which appears to be the de-CH form, but the UA is de-DE, it should replace the content with "1.234,5 m". Make your own example for en-UK/en-US and a date. > Rendering content inline and displaying it > localized in a tooltip or equivalent could be OK, also. Tooltip or something like nr::after { content: "(" attr(value) "\2009" attr(dim) ")"; white-space: nowrap; } No localisation, i.e. conversion, here, though. > As for numbers, I'd just use nr element with only a few types: I don't like 'type' to be used as an attribute name, if its value isn't a MIME type. > <nr type="integer" value="32847983265981263589632">3.3e22</nr> I like this example of space saving. > <nr type="real" value="3.14159265359">PI</nr> -- a real number So, should 'value' be allowed to have symbols like π, e (Euler) or even whole equations in it? > nr element could also have attribute called "unit" and 'Unit', 'dim' -- whatever. > possible values for it would be si units plus 3 letter currency acronyms. These are the most important, but imagine "I paid 7 camels for my second wife." One of the reasons for my proposal was to have an element that enclosed the number and its 'unit', in this case <nr>7 camels</nr>, thus having the possibility to avoid linebreaking between them. What should the attribute for this example look like? > unit should probably allow things like "mm^2" and "m/s" too. It really should, but it doesn't make implementation easier. > That stick is <nr value="0.6" unit="m">2 feet</nr> long. That's only approximately used correctly. > Just my <nr value="0.02" type="real" unit="EUR">2 cents</nr>. > Just my 2 cents (0.02 EUR). This is a bad example, IMO. It's an example for when the attributes should be omitted. Christoph Päper
Received on Tuesday, 19 November 2002 10:26:55 UTC