home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / text / sgml / 1010 < prev    next >
Encoding:
Internet Message Format  |  1992-08-16  |  2.0 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!ohstpy!bclcl1.im.battelle.org!idiws1.idi.battelle.org!idicl1.idi.battelle.org!raudabaugh
  2. Newsgroups: comp.text.sgml
  3. Subject: Re: Semantics and SGML Application
  4. Message-ID: <1992Aug16.133919.1@idicl1.idi.battelle.org>
  5. From: raudabaugh@idicl1.idi.battelle.org
  6. Date: 16 Aug 92 13:39:19 EST
  7. References: <23270C@erik.naggum.no> <BsDMLK.BF4@watdragon.uwaterloo.ca>  <92224.132311U35395@uicvm.uic.edu>
  8. Organization: IDI-Dublin
  9. Nntp-Posting-Host: bidiao
  10. Nntp-Posting-User: raudabaugh
  11. Lines: 31
  12.  
  13. Seems to me that a lot of verbage has been expended on something so trivial.
  14. SGML is not the end-all on document interchange.  A DTD describes the content
  15. of a document but does NOT describe how an application should deal with the
  16. content.
  17.  
  18. Guess what, ANSI C doesn't either.  A compiler should compile valid ANSI C,
  19. but the good ones complain about unreachable code.  A source code analyzer
  20. will tell you bad things but won't run your program.  A source code management
  21. system will do other things.
  22.  
  23. Also, RE: interchangeability, ever ported a C program?  Compatibility, NOT!
  24.  
  25. An SGML document is in the eye of the beholder (or application).  SGML affords
  26. an expected input for printing, editting, searching, ... whatever the app wants
  27. to do.
  28.  
  29. I do hope that this group "lightens up" to a certain extent.  SGML is YAS
  30. (yet another standard) that I know some of you have put blood/sweat/tears
  31. in.  But it is still a YAS, a good one at that.
  32.  
  33. Speaking of YAS, I will be attending the IEEE WG on SFQL, a query language
  34. that has a deep SGML roots.  Dates are 18-19 August.  Anyonelse going?
  35. Love to continue the arguments over a brew.  Also willing to EMAIL/post
  36. my observations if anyone cares.
  37.  
  38. -- 
  39. George Raudabaugh               Project Leader
  40. Information Dimensions, Inc.    raudabaugh@idicl1.idi.battelle.org (work email)
  41. 5080 Tuttle Crossing Blvd.      
  42. Dublin, Ohio  43017             (614) 761-7309                     (voice mail)
  43.  
  44.