bbox | |
---|---|
obj::§Drawable type:'bounding::§Symbol → §Path | |
Dynamic references: | none |
Returns the bounding box or the bleed box of obj, depending on the parameter type.
The allowed values for type are { 'bounding, 'bleed }.
| |
See also: | bboxed |
bboxed | ||
---|---|---|
obj::§Drawable path::§Path type:'bounding::§Symbol → §Drawable | ||
Dynamic references: | none | |
Creates an object with the same content as obj, but with different boxes (note that, here, box refers to a convex path — not necessarily a rectangle). One or both of the new objects boxes is set to path, depending on the parameter type.
The allowed values for type are { 'bounding, 'bleed, 'both }.
| ||
See also: | bbox ..Shapes..Graphics..clip ..Shapes..Graphics..clipodd ..Shapes..Graphics..TeX |
@TeX_bleed | |
---|---|
Used by: | |
Type: | §Length |
Default binding: | 1 bp |
The bounding boxes computed by pdfLaTeX are generally too small to completely contain the glyph marks. The reason appears to be that font designers tend to intentionally lie about the bounding box in order to achieve better type setting given existing type setting algorithms.
This causes a problem when such objects are at the boundary of the bounding box of page, since the page will then be slightly too small. While perhaps just mildly irritating when the page is the end media, but when the output is included as a picture in a bigger document, the cropped glyphs become really disturbing.
The solution to this is to define a bleed box which is larger than the bounding box. The bounding box will be used for layout as usual, but the bleed box is used when determining the crop box for the page. To keep things simple, the size of the bleed box is controlled using this dynamic variable alone, which specifies how much the bleed box extends outside the bounding box in the x and y directions.
|