home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / text / sgml / 1252 < prev    next >
Encoding:
Text File  |  1993-01-05  |  2.1 KB  |  48 lines
  1. Newsgroups: comp.text.sgml
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!nuug!ifi.uio.no!enag
  3. From: Erik Naggum <SGML@ifi.uio.no>
  4. Message-ID: <19930105.004@erik.naggum.no>
  5. Date: 05 Jan 1993 02:31:49 +0100
  6. References: <C0BsDK.5G2@undergrad.math.waterloo.edu>
  7. Subject: Re: SGML
  8. Lines: 38
  9.  
  10. [Paul Prescod]
  11. |
  12. |   I really don't know much about sgml except what it's for.  I *DO*
  13. |   however know what I would use it for.  But i need to know one thing:
  14. |
  15. |   Is there any standard for SGML wherein the text is seperated from the
  16. |   formatting codes, so that for those that have no interest in SGML the
  17. |   text is not mangled?
  18.  
  19. There are no _formatting_ codes in SGML documents to begin with.  (OK,
  20. so I'm being pedantic, but it's an important point, often overlooked.)
  21.  
  22. Those who have no interest in SGML should use an SGML-aware editor that
  23. doesn't display the markup, but instead uses some locally meaningful
  24. form of presentation for the individual elements.  Note that formatting
  25. is not in the scope of SGML, although formatting is certainly one of the
  26. things to which you could subject an SGML document.
  27.  
  28. If you wish to separate the markup from the text completely, you will
  29. need to establish a means to identify the start and end of all elements
  30. in the separated text.  This is certainly _possible_, but you wouldn't
  31. want to do it, because you would end up with more things to take care of
  32. than writing an SGML-aware editor from scratch.
  33.  
  34. Some of us don't think text is "mangled" by SGML-type markup, but that
  35. may be because we actually know the language, and use it to keep markup
  36. at the level where it is still informative to us.  (It follows that I,
  37. at least, don't use any SGML-"aware" editor, either -- they invariably
  38. know less about SGML than I do and that's frustrating, especially when
  39. they're wrong and being _very_ stubborn about it.)
  40.  
  41. Best regards,
  42. </Erik>
  43. --
  44. Erik Naggum                 ISO  8879 SGML                    +47 295 0313
  45.                             ISO 10744 HyTime
  46. <erik@naggum.no>            ISO  9899 C                 Memento, terrigena
  47. <SGML@ifi.uio.no>           ISO 10646 UCS             Memento, vita brevis
  48.