home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / text / sgml / 918 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  1.2 KB
  1. Path: sparky!uunet!darwin.sura.net!mips!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!uicvm.uic.edu!u35395
  2. Organization: University of Illinois at Chicago
  3. Date: Wednesday, 22 Jul 1992 16:03:26 CDT
  4. From: C. M. Sperberg-McQueen <U35395@uicvm.uic.edu>
  5. Message-ID: <92204.160326U35395@uicvm.uic.edu>
  6. Newsgroups: comp.text.sgml
  7. Subject: Re: Data Models and SGML
  8. References:  <9207221715.AA11225@ucbvax.Berkeley.EDU>
  9. Lines: 20
  10.  
  11. Eliot Kimber writes:
  12.  
  13. > I think that use of the CONCUR feature is also not adequate because
  14. > the document can only be parsed against one active DTD at a time,
  15. > and thus the application must manage (and validate) the sharing
  16. > of data across elements in the concurrent DTDs.
  17.  
  18. Does the standard say this?  It doesn't require a parser to parse more
  19. than one active doc type at a time, but does it require a parser to
  20. parse *no more* than one at a time?
  21.  
  22. If it doesn't forbid parsing of multiple doc types simultaneously,
  23. then I think EK has oversimplified, and his statement should be
  24. recast to say "not all parsers claiming to support CONCUR will be
  25. able to do this in a useful way."
  26.  
  27. Mind you, this would be more than an academic question if there were
  28. more than one parser which did support CONCUR.
  29.  
  30. -C. M. Sperberg-McQueen
  31.