|
You are right; the contents entry format assumes that command, routine,
etc. reference elements are not inside chapters. I will have to
think on how to make this more sensible (I have also had complaints,
that when the routines are in a <part> all by themselves, the text
is too far to the right...)
patti
|
| Karen, I'm one of the others who've complained about the placement of
the page number for routine names in the soft.spec contents. In fact, I
was not pleased with the placement of the routine name or the fact that
it didn't retain upper/lower case. So I created a new doctype based on
soft.spec and modified those three things.
*NOTE* This was the behavior for BL7.
I haven't yet installed BL8, but expect that I will have to modify
soft.spec just as I did for BL7. Following is the code that I modified
with a brief explanation. Remember, this is from BL7; if you are
running BL8 it should get you on the right track.
Look for the code that defines the format of the table of contents in
the soft.spec dtp file (tag$s_specification.dtp in BL7). You might do a
search on "contents" and "case".
Hope this helps.
Rose
\or % case 13 = \TOCcommand
% \advance \hsize by -3.25pc
\advance \hsize by 0pc % align page numbers for routines
\tocheadonefontspecs%
\vskipbb{15pt} %to center text between rules
% \indentthenhang{\gutterwidth}{2pc}\rrag{\Uppercase{#3}}%
\indentthenhang{10pc}{2pc}\rrag{#3}%indent to head3, upper/lowercase
\hfill\hbox to 3.25pc{\hfil #4}\par
1. Making "\hsize by 0pc" aligned the page numbers; trying more than
0pc cause the page numbers to truncate.
2. Deleting the reference to uppercase made output just as the
user typed it (what I wanted); changing it to "lowercase" makes
it all lowercase regardless of input.
3. Changing {\gutterwidth} to {10pc} indented the routine names
at a head three level, which is where they belonged.
For output comparison:
This is what the original output looked like:
1.1 TYPE DEFINITIONS 1-1
1.2 ACCESS PATH MANAGER 1-1
1.2.1 Overview 1-4
1.2.2 Concepts 1-4
1.2.3 Functions 1-4
CREATE_ACCESS_PATH 1-5
REMOVE_ACCESS_PATH 1-7
RECLUSTER_RELATION 1-8
This is what the modified output looks like:
1.1 TYPE DEFINITIONS 1-1
1.2 ACCESS PATH MANAGER 1-1
1.2.1 Overview 1-4
1.2.2 Concepts 1-4
1.2.3 Functions 1-4
Create_Access_Path 1-5
Remove_Access_Path 1-7
Recluster_Relation 1-8
|