[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference vaxuum::document_ft

Title:DOCUMENT T1.0
Notice:**New notesfile (DOCUMENT.NOTE) now available (see note 897)**
Moderator:CLOSET::ADLER
Created:Mon Feb 09 1987
Last Modified:Thu Oct 31 1991
Last Successful Update:Fri Jun 06 1997
Number of topics:897
Total number of notes:4397

202.0. "Why are <ENDelement> Tags Required?" by DECWET::CUSTER () Mon Apr 06 1987 14:38

    Here's a "consistency check" question for you:

    Glossaries and appendixes are now considered book elements like
    chapters or frontmatter.  Given that the <BACKMATTER> tags are going
    away and given that there is no <ENDCHAPTER> tag, why must we continue
    to supply <ENDAPPENDIX> and <ENDGLOSSARY> (or even <ENDFRONT_MATTER>)
    tags at all?  Doesn't the existence of a new element-starting tag or
    the END-OF-FILE signal the end of the previous element?  What purpose
    do the <ENDelement> tags serve and if they do exist for a reason,
    why isn't there an <ENDCHAPTER> tag?
    
    Just wondering why the elements are coded differently....
    
    	-hkc 
T.RTitleUserPersonal
Name
DateLines
202.1Why is <PREFACE> a "subelement" of <FRONT_MATTER>?DECWET::CUSTERMon Apr 06 1987 15:4424
    Here's another consistency question:
    
    In our preferred documentation style, we insert the Table of Contents
    after the "frontmatter" of a book, but *before* the Preface.  To do
    that, we must either: 
    
    o Put the <CONTENTS_FILE> tag in the profile. This implies that
    the preface must exist in a chapter by itself and have <FRONT_MATTER>
    and <ENDFRONT_MATTER> tags in it.  (This gives us two files with
    the frontmatter tags in them.)

    o Bury the <CONTENTS_FILE> tag in the middle of the frontmatter file
    (before the <PREFACE> tag), and thus undermine the purpose of the
    profile, which is to maintain a record of the book's structure. 
    
    In the production of our books, we will probably opt for the former
    solution so that the book's structure is clear.  However, that brings
    up the question (analogous to the question posed in Note #73) of what
    is the purpose of the frontmatter tags?   Is the preface a subelement
    of the frontmatter?  (In our case, it is not.)  Should the preface be
    considered an element (like an appendix or a glossary) and *not*
    require surrounding <FRONT_MATTER> and <ENDFRONT_MATTER> tags? 
    
    	-hkc
202.2Floating elements in front matterCLOSET::KAIKOWMon Apr 06 1987 16:383
Also, it is not uncommon in the publishing world to float a PREFACE or FORWARD.
All the front matter elements (TOC, preface, forward, etc.) need to be flotable, 
i.e. have a capability to change their order and/or set their page numbers.
202.3Repeat of 290.5DECWET::CUSTERMon Apr 27 1987 14:1320
	.
    	.
    	.
        
    re: 202
    
    you are correct that there are inconsistencies. I would have preferred
    to require terminators for everything, including chapters, since
    that will make the SDML-SGML translation process smoother. SGML
    is much more strict about specifying the structure of a document
    and what tags are valid within which other tags.
    
    As it is, we have what we have for V1.0. There are implementation
    requirements in the front matter that require terminating tags for
    these elements (font changes, for instance, and changes to positioning
    of running heads and feet) and in appendix and glossary material
    for some doctypes. I expect that as we work on the SGML doctype
    definitions we'll have an opportunity to clarify the relationships.
    
    patti