home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / text / frame / 3453 < prev    next >
Encoding:
Internet Message Format  |  1992-11-20  |  3.6 KB
  1. Path: sparky!uunet!news.univie.ac.at!blekul11!frmop11!dearn!esoc!slynensk
  2. Organisation: European Space Operation Centre (E.S.O.C)
  3. Date: Thursday, 19 Nov 1992 08:57:25 CET
  4. From: <SLYNENSK@ESOC.BITNET>
  5. Message-ID: <92324.085725SLYNENSK@ESOC.BITNET>
  6. Newsgroups: comp.text.frame
  7. Subject: SUMMARY: Variables in paragraph autonumbering
  8. Lines: 95
  9.  
  10. First of all I want to thank for the replies received. However, there
  11. does not seem to be an elegant solution to the original problem -
  12. only a few (and useful) hints to get around the problem.
  13.  
  14. The original posting said:
  15.  
  16. >I want to be able to do the following:
  17. >
  18. >...
  19. >            1  MyChapter                   (tag: Heading)
  20. >               ..............
  21. >               ...........
  22. >
  23. >  MyChapter-1  A requirement .....         (tag: Requirement)
  24. >               .......
  25. >  MyChapter-2  Another Requirement .....
  26. >               .......
  27. >
  28. >               ....................
  29. >               .......... .......
  30. >....
  31. >
  32. >However, I found no way to pick up the name of the heading in the
  33. >automatic numbering definition for the requirement. Ideally, I
  34. >would have specified it as:
  35. >
  36. >R:\t<$paratext[Heading]>-<n+>\t
  37. >
  38. >The only solution I have found so far is to define a seperate
  39. >paragraph tag for each case in order to do the automatic numbering,
  40. >but this seems to be too tedious.
  41. >
  42. >I shall summarise the replies I get.
  43.  
  44.  
  45. David Cortesi (cortesi@helium.informix.com) replied:
  46.  
  47. >You have diagnosed the problem correctly. Frame permits <$x>
  48. >syntax in only two contexts: cross-references and system variables.
  49. >Not in user variables. Not in autonumbers. Not in the prefix
  50. >or suffix of generated page numbers (which makes it impossible
  51. >to have a chapter number dynamically created in a TOC or index).
  52. >
  53. >You should express your desires on this subject to comments@frame.com
  54. ...
  55. >If you did not require the chapter title to precede the number,
  56. >you could do it with a cross-reference:
  57. >
  58. > 1 (MyChapter) A Requirement...
  59. >   ^^^^^^^^^^^ xref
  60. >
  61. >If you could permit the number to be on the extreme right, you
  62. >could do it with right-alignment of the paragraph and a
  63. >left- and right-aligned tabs:
  64. >
  65. >       >A requirement....                              MyChapter>-1
  66. >       ^..left-tab                 xref................^^^^^^^^^|||
  67. >                                        right-tab...............^||
  68. >                                            autonumber...........^^
  69. >
  70. >In short you have to get an xref on the "inside" of an autonumber.
  71. >Good luck,
  72. >  Dave Cortesi
  73.  
  74.  
  75. Kurt Gutzmann (gutzmann@acri.fr) replied:
  76.  
  77. >Yer right, it's tedious.  I am also looking for some fine solution to
  78. > this feature.  Apparently, variable definitions may only be simple
  79. >(no compound defns using other variables), except for
  80. >system-variables. That is, you can use a system variable in the
  81. >definition of a user variable, but not a user-var to define another
  82. >user-var.
  83. >
  84. >These same concepts seem to apply to the use of vars in autonumber
  85. >tags. Requirements documents are an excellent testing ground for
  86. >these bugs/features. Keep me posted on your progress.  Good luck.
  87.  
  88.  
  89. Paul Singleton (csa09@seql.keele.ac.uk) replied:
  90.  
  91. >I speculate that FrameMaker's notion of document structure is
  92. >fundamentally inadequate: *it* sees a document a merely a sequence of
  93. >paragraphs of various formats; *we* see a document as a hierarchical
  94. >structure of e.g. chapter, section, subsection, etc. The notion of
  95. >"the nearest previous para of type 'Heading'" is a clumsy equivalent
  96. >to "the ancestor para of type `Heading`.
  97. >
  98. >This is not directly relevant to your posting :-)
  99.  
  100.  
  101. Steen Michael Lynenskjold,
  102. Computer Resources International,
  103. European Space Operations Centre (ESOC),
  104. Darmstadt, Germany.
  105.