Re: Bad TOC alignment on the right (before the page number)



In article <28f6ee6f-4676-4e18-92d0-44b61baff118@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>,
Dan <luecking@xxxxxxxx> wrote:

This is the behavior of \leaders, the tex command used in
constructing the dotted line. Tex has two other commands:
\xleaders and \cleaders, which also try to fill the space
with copies of a box. If the space is not a whole number of
boxes, something has to be done.
-- \leaders just ignores grid squares that are not entirely in
the space. Thus, the space is not entirely filled with boxes.
-- \xleaders puts equal spaces between every two boxes
(ignoring the grid entirely) so the space is entirely filled
with boxes and space.
-- \cleaders puts equal space before and after the whole
line of boxes (also ignoring the grid) so the whole space
is filled.

OK, thanks for the explanations. If I understand correctly,
I must use \leaders because I want all dots to be aligned (as
usual). So, to have the last dot at the right, I need to:
1. adjust either the text width or the box width so that the
text width in an integer multiple of the box width;
2. redefine the box so that the dot is at the right instead
of the middle.

But how can I modify the box for the TOC?

Since in the book, the tocloft package is used, perhaps I can
change some of its commands. In particular, I see:

\providecommand{\cftdotfill}[1]{%
\leaders\hbox{$\m@th\mkern #1 mu\hbox{\cftdot}\mkern #1 mu$}\hfill}
\providecommand{\cftdotsep}{4.5}

Removing the second "\mkern #1 mu" and multiplying the 4.5 by 2
(giving 9) seems to do what I want, except that I don't know if
the text width is a multiple of the box width.

But this doesn't solve all the problems: for titles that fit on
several lines, how can I control the justification? I currently
get something like:

1.1 A short title . . . . . . . . . . . 3
1.2 A very very very very very very very very
very very very very very very very very
very very very very very very long title . . 3

while I'd want:

1.1 A short title . . . . . . . . . . . 3
1.2 A very very very very very very very very
very very very very very very very very
very very very very very very long title . . 3

--
Vincent Lefèvre <vincent@xxxxxxxxxx> - Web: <http://www.vinc17.org/>
100% accessible validated (X)HTML - Blog: <http://www.vinc17.org/blog/>
Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon)
.



Relevant Pages

  • Re: How to fire an event
    ... The other page does the checking of the boxes in a javascript, ... Well it could be a bug in the grid, ... you want to raise the UpdateRowBatch event. ... You might want to check out some Infragistics forums and documentation ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Datagrid Events
    ... drop down lists and text boxes). ... someone else (I would not use datagrids for editing - just not the kind of ... >> Allow them to edit a row of data. ... > disable editing of the grid and use a set of text boxes and other ...
    (microsoft.public.vb.general.discussion)
  • Re: Dangerous Magic
    ... In game terms this is still one additional square in all ... Either you use a grid or you don't. ... Just tick off boxes until you reach 268. ...
    (rec.games.frp.dnd)
  • Re: invisible text box in Word 2007
    ... but if not here's another weapon to use in the battle... ... Click the Office button & select Word Options at the bottom of the menu. ... Select Customize from the left list, then All Commands from the Choose ... Special" as do two other text boxes in my documents (the two other text boxes ...
    (microsoft.public.word.pagelayout)
  • Re: Access 2007 grid problem ????
    ... I am still trying to find if the grid spacing is changeable? ... Mark A. Sam wrote: ... (It looks almost like the side of a Rubiks Cube; but with 5 rows/columns instead of 3 rows/columns.) ... The current size of the individual text boxes is 0.250" wide by 0.283" high. ...
    (microsoft.public.access.reports)