[Home] [By Thread] [By Date] [Recent Entries]

  • From: John Cowan <johnwcowan@g...>
  • To: "C. M. Sperberg-McQueen" <cmsmcq@b...>
  • Date: Sat, 11 Jun 2022 19:04:23 -0400



On Fri, Jun 10, 2022 at 4:12 PM C. M. Sperberg-McQueen <cmsmcq@b...> wrote:
 
If by "create a parser" you mean write a program, in some programming
language, which can parse sentences of a particular language, then
nothing could be further from the truth. 

It depends on whether you think of an ixml grammar as a program or not, I suppose.  Admittedly it would be a very high-level program.
 
TL;DR Why, you ask, is the Invisible XML group trying to re-invent the
wheel?  Because we think things will work better with the axle in the
center of the wheel.

Well said. 

 As to binary data, however, ixml seems to be defined in terms of Unicode codepoints/characters, so it would need a preprocessor to convert bytes to characters according to some convention such as Latin-1 or ASCII-with-escapes, such as mapping 2B 5C 81 77 to "+\\\x81w" or alternatively "+\x5c\x81w" or even "2b5c8177".  Ixml grammars could handle any of these.


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member