[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

290.0. "TOC page numbering" by CASPRO::JDEADERICK (Joan E. Deaderick) Wed Apr 22 1987 16:03

I know I saw the way to change the starting page number for the table 
of contents someplace, but I can't find it.  I want the TOC to start on
page v, not page iii.  How can that be done?

Thanks,

Joan Deaderick
T.RTitleUserPersonal
Name
DateLines
290.1Try dir/keyword=doctypeCOOKIE::JOHNSTONWed Apr 22 1987 16:156
You might try doing a dir/all/keyword=doctype.  I remember seeing the same 
note and I think I added the keyword to it cuz I knew I'd be asking the same
thing some day.


Rose
290.2whoopsCLOSET::ANKLAMThu Apr 23 1987 16:597
    
    You won't believe this, but it's not do-able through SDML tags.
    You can put a \def\tocpageno{-n} in a DTP file to set it. I'm not
    sure where it should be settable in a file-by-file basis.
    
    patti anklam
    
290.3This iz neededCLOSET::KAIKOWFri Apr 24 1987 14:167
This is a needed capability for all general doc types.

It is common for the order of TOC, FORWARD, PREFACE, INTRODUCTION to not be in
a fixed order because of printing requirements.

I do recall that there was a NOTE on this elsewhere. I think that authored a
REPLY so DIR/author="KAIKOW" might locate it for you.
290.4Here's one of themDECWET::CUSTERFri Apr 24 1987 17:376
    One note on this topic is 202.1.
    
    Which, I might add, hasn't had a response (and I'm still interested).
    
    
    	-hkc
290.5okCLOSET::ANKLAMSat Apr 25 1987 12:2019
    
    I will see what I can do. 
    
    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