home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / text / frame / 3774 < prev    next >
Encoding:
Internet Message Format  |  1992-12-23  |  2.1 KB

  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!darwin.sura.net!spool.mu.edu!olivea!gossip.pyramid.com!pyramid!infmx!cortesi
  2. From: cortesi@informix.com (David Cortesi)
  3. Newsgroups: comp.text.frame
  4. Subject: Re: Frame 4.0 (Was Re: No 4.0 for NeXT???)
  5. Message-ID: <1992Dec22.200411.27432@informix.com>
  6. Date: 22 Dec 92 20:04:11 GMT
  7. References: <1992Dec12.220725.21100@csus.edu> <1992Dec14.030417.1072@cbnewsk.cb.att.com> <1gnmfsINNr47@columbia.cs.ubc.ca>
  8. Sender: news@informix.com (Usenet News)
  9. Organization: Informix Software, Inc.
  10. Lines: 31
  11.  
  12. In article <1gnmfsINNr47@columbia.cs.ubc.ca> manis@cs.ubc.ca
  13.     Vincent Manis muses:
  14.  
  15. >My biggest complaint with FrameMaker is its lack of a general-purpose
  16. >programming language. I recently switched to FrameMaker after 10 years
  17. >of using TeX; there were good reasons for doing so, but in the process,
  18. >I've lost a large number of capabilities that TeX's language gave me
  19. >(for example, being able to do literally *anything* at the beginning of
  20. >each paragraph: I have a number of TeX formats which simply can't be
  21. >implemented using FrameMaker's autonumbering). I'm not about to defend
  22. >TeX's programming language (it's quite ghastly), but I got damn good at
  23. >contorting it to do what I wanted. Many of those things can only be done
  24. >manually in FrameMaker, which is not reasonable if you're writing a
  25. >book!
  26.  
  27. I sympathize, but you are overlooking a really fundamental problem.
  28. Programming languages like TEX's or troff's are founded on the idea
  29. of sequential time.  There is a "print time" at which your paragraphs,
  30. headings and etc. are executed, in a well-defined sequence.
  31.  
  32. But Frame is WYSIWIG, so there CANNOT BE a concept of sequential time
  33. in a Frame document.  A document exists in an "eternal now" and 
  34. there is no moment at which your code could be executed.
  35.  
  36. This means that any Frame "language" must be like the formula
  37. language of a spreadsheet: a language of predicates that make
  38. assertions, rather than a sequence of commands.
  39.  
  40. Actually Frame as it exists stumbles over this very problem: have
  41. you ever tried to figure out when the system variable for "date"
  42. is updated to the current date?
  43.