| 2014-12-14 14:47:44 |
su_v |
description |
inkscape seems not to have a way to set the different named pdf boxes (MediaBox, CropBox, BleedBox, TrimBox, ArtBox) when exporting a pdf. those boxes are vital when the resulting documents are processed further for bleed printing.
as opposed to #433184 and the bugs referenced there, this is not about helping the designer: it might be a useful addition to indicate those borders visually to the person using inkscape in visual mode, this bug is about exporting that.
i see three ways to implement that:
* have well-known object names whose bounding boxes are exported as the named boxes. the document author would, for example, create crop marks and group them into a group with id="trimbox", and create a rectangle on a hidden layer he'd id as "bleedbox".
* have dedicated document properties for that purpose (as an optional group in the Page tab). each box could be specified as an offset to the svg page size (eg. "bleed box has 4mm margin around the page, trim box has 10mm").
* the synthesis of those: instead of a margin relative to the page size, the user can pick an object whose bounding box is used as a named box.
note that svg does not have a notion of those boxes, so no matter how this is actually implemented, the data would need to be stored in a propriatary svg extension (sodipodi namespace).
i am currently using a workaround (attached) to set those boxes in postprocessing, based on exporting the pdf with --export-area-drawing and then setting the boxes manually based on the output of `inkscape --query-all`. while modifying pdf boxes is a suitable task for an external tool in general, this is definitely just a workaround, for it needs different invocations of inkscape using non-standardized interfaces and relying on the way inkscape puts coordinates in a pdf to work at all. |
inkscape seems not to have a way to set the different named pdf boxes (MediaBox, CropBox, BleedBox, TrimBox, ArtBox) when exporting a pdf. those boxes are vital when the resulting documents are processed further for bleed printing.
as opposed to bug #433184 and the bugs referenced there, this is not about helping the designer: it might be a useful addition to indicate those borders visually to the person using inkscape in visual mode, this bug is about exporting that.
i see three ways to implement that:
* have well-known object names whose bounding boxes are exported as the named boxes. the document author would, for example, create crop marks and group them into a group with id="trimbox", and create a rectangle on a hidden layer he'd id as "bleedbox".
* have dedicated document properties for that purpose (as an optional group in the Page tab). each box could be specified as an offset to the svg page size (eg. "bleed box has 4mm margin around the page, trim box has 10mm").
* the synthesis of those: instead of a margin relative to the page size, the user can pick an object whose bounding box is used as a named box.
note that svg does not have a notion of those boxes, so no matter how this is actually implemented, the data would need to be stored in a propriatary svg extension (sodipodi namespace).
i am currently using a workaround (attached) to set those boxes in postprocessing, based on exporting the pdf with --export-area-drawing and then setting the boxes manually based on the output of `inkscape --query-all`. while modifying pdf boxes is a suitable task for an external tool in general, this is definitely just a workaround, for it needs different invocations of inkscape using non-standardized interfaces and relying on the way inkscape puts coordinates in a pdf to work at all. |
|
