home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / text / sgml / 1260 < prev    next >
Encoding:
Text File  |  1993-01-06  |  1.5 KB  |  37 lines
  1. Newsgroups: comp.text.sgml
  2. Path: sparky!uunet!psinntp!gdstech!lab
  3. From: lab@gdstech.grumman.com (Larry Beck)
  4. Subject: Re: DTD desgin for forms
  5. Message-ID: <1993Jan6.142506.14300@gdstech.grumman.com>
  6. Reply-To: lab@gdstech.UUCP (Larry Beck)
  7. Organization: Grumman Data Systems-Woodbury
  8. References: <1993Jan6.091326.14930@nuscc.nus.sg>
  9. Date: Wed, 6 Jan 1993 14:25:06 GMT
  10. Lines: 25
  11.  
  12. In article <1993Jan6.091326.14930@nuscc.nus.sg> bernd@melon.iss.nus.sg (Bernd Nordhausen) writes:
  13. >
  14. >I am in the process of writing DTD's for forms, eg. tax forms, application
  15. >forms, etc.  I think SGML is ideal for representing forms as form in SGML 
  16. >will be more structured, and can be better queried. However, there are some 
  17. >interesting questions that arise.
  18. >
  19. >For example,  when one designs several forms, should each form have a 
  20. >separate DTD, or should you have one general DTD with each separate 
  21. >form an instance of that DTD?
  22. >
  23. I've had the same idea, as a matter of fact, an RFP came out last year where
  24. using SGML to answer the forms design part would've been perfect. Unfortunately
  25. we decided not to bid the thing.
  26.  
  27. Anyway, I think you wouldn't need a DTD for each specific form. A single DTD
  28. could support a whole group of related forms. The thing I'm curious about is
  29. what software you'll use to process the SGML encoded forms. I don't know of any
  30. COTS package that does this, so you'll probably have to write something.
  31.  
  32. If you know of COTS software that'll support SGML based forms, I'd like to hear 
  33. about it.
  34.  
  35.  
  36. Larry Beck
  37.