- From: <lee@sq.com>
- Date: Tue, 24 Sep 96 20:56:03 EDT
- To: ht@cogsci.ed.ac.uk, w3c-sgml-wg@w3.org
> A minor point, if we're serious about leaping ahead: How about > exapnding the syntax of NUMBER a bit, so that at least negative > numbers are OK, and arguably decimals as well. It's always seemed odd > to me that these are not included, and it regularly gets in my way. Is this in scope? If so... * you would need to handle decimals like 30 000 000,512 or 30.000.000,512 or 30 000,000·512 (that's a raised dot) * is .3 allowed? How about -.2e-.1 (in FORTRAN-style EXP notation)? I'd rather see NUMBER left as it is in SGML, dropped from XML, and replaced with something like a simplified HyLex: <!AttList Person Salary /^[$£][0-9]+(\.[0-9][0-9])?/ #REQUIRED > (the 8-bit character is a pound-sterling, perhaps I should've used an entity!) This doesn't cover multilingual documents, but at least it doesn't wire a single number representation into a standard either. This could eaily be extended to content: <!Element postCode - - (/^[A-Z][A-Z]+[0-9]?( [0-9]+[A-Z]+)?$/) > <!Element CAPITALS - - (/[:upper:]/|smalls)* > <Element smalls (/[:lower:]/|CAPITALS)* > where /.../ is like PCDATA except matching the given regexp. For conversion to SGML, you'd replace /.../ with PCDATA for an element and with CDATA for an attribute. That's a down-conversion, of course, although you could also add HyLex expressions I suppose.... Lee
Received on Tuesday, 24 September 1996 20:56:33 UTC