[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Section heading breaking and @Protect (UNCLASSIFIED)

From: James, Edward Mr DTSW/TCS
Subject: RE: Section heading breaking and @Protect (UNCLASSIFIED)
Date: Tue, 8 Feb 2005 12:42:58 -0500

Classification:  UNCLASSIFIED
Caveats: NONE


I tried both ways and got exactly the same result.  Then I realized, our
dsf file has Letter instead of A4.  Using A4, what you described shows
the "8." orphan and then correctly on the next page.


Ed James, Contractor                           address@hidden
Defense Telecommunications Service - Washington/TCS   voice  703-696-8815
1700 North Moore Street, Suite 1475                   fax    703-693-7507
Arlington, VA 22209

> -----Original Message-----
> From: Ludovic Courtès [mailto:address@hidden]
> Sent: Tuesday, February 08, 2005 11:03
> To: address@hidden
> Subject: Section heading breaking and @Protect
> Hi,
> Large scale structure headings sometimes appear as orphan, i.e. the
> heading is printed at the bottom of a page or column while the body is
> printed on the next page or column.  This has been discussed several
> times in the past [1].
> Conditional new page before section headings is implemented
> by @Protect
> (in `dsf'):
>   def @Protect right x { 3.0f @High //0io // x }
> Indeed, 3.0f seems quite approximative since it does not
> account for the
> height of the gap that occurs between the heading and the
> first line of
> the body, nor does it account for the current vertical spacing.  I
> thought about the following definition:
>   def @Protect right x { @OneRow { 1.0f @High { } // @LP 2.0v
> @High } //0io // x }
> The first address@hidden' is supposed to account for the heading font height.
> We should rather use the actual heading font to be exact but
> this would
> require adding an extra parameter to address@hidden' (in order to pass it,
> e.g., `headingfont' from address@hidden').  Then address@hidden' accounts for a
> paragraph symbol which is likely to occur at the beginning of the
> structure's body.  Finally, `2.0v @High' is the height occupied by two
> lines of regular text.  This is still approximative but probably one
> step closer to the most common cases.
> I tried this and it seems to give a reasonable result.  The attached
> file is a simple test case.  When compiled with the current value of
> address@hidden', the heading of section 8 (page 2) is orphan. 
> When using the
> definition above, there is no orphan heading and the result
> looks good.
> What do you think?
> Thanks,
> Ludovic.
> [1]
Classification:  UNCLASSIFIED
Caveats: NONE

reply via email to

[Prev in Thread] Current Thread [Next in Thread]