New extension: printing-marks

Bug #301776 reported by jazzynico
12
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Inkscape
Fix Released
Wishlist
Aurium

Bug Description

Hi,

This is a "crop marks" extension. Its goal is to draw crop marks, and optionaly center marks and bleed marks on the canvas, calculated with the document size. As this is my first python and inkscape code, it probably needs some proofing...
I've tried to copy Scribus' cropmarks behaviour, which seems to be a good start. If needed, I can add an optional test gradient and a comment line. Let me know if you think that that kind of feature would be interesting.

An example can be seen here : http://www.inkscape-fr.org/wp-content/uploads/2008/11/cropmark.jpg

Revision history for this message
jazzynico (jazzynico) wrote :

Extension updates.

Here's what's working now:
. Crop Marks (with a default 7mm plus offset);
. Bleed Marks (with different top, bottom, left and right margins);
. Registration Marks (updated to use V shaped multicolor marks).

What's not working yet, but planned:
. Page information (date, title...);
. Colour bars;
. Use the bounding box of the selection to define the size of the extra marks (boolean).

Revision history for this message
Guillermo Espertino (Gez) (gespertino-gmail) wrote :

Hi
Thaks for your work in this useful extension.
I'd like to know if you considered applying the marks to a selection (using the bbox rectangle as limit) as an option.
Applying the marks to the artwork area is fine, but in certain situations you need to use the paper area as a container for several originals (for instance, placing front and rear of a brochure in a same document).
Of course there's an easy workaround, and it only takes to create a document sized as one of the originals and reuse the crop marks in the other, but crop marks to selection would be very useful anyway.
Another interesting feature would be using guides as placeholders for fold or die-punch marks.

Revision history for this message
jazzynico (jazzynico) wrote :

Gez,

Yes, we plan to add an option allowing users to apply the marks to a selection.
For fold and die-punch marks, it isn't planned yet.

Revision history for this message
jazzynico (jazzynico) wrote :

New files (option test error...)

Revision history for this message
mahfiaz (mahfiaz) wrote :

I like the submenu name "Printing", I think "Perfect Bound Cover" from "Generate Template" should be moved over to "Printing".

Revision history for this message
jazzynico (jazzynico) wrote :

You're right.
Aurélio just changed the menu to "Printing".
The extension will also be called "Printing marks".
(file update later)

Revision history for this message
jazzynico (jazzynico) wrote :

New files. Tabbed.

Revision history for this message
Aurium (aurium) wrote :

This extension replaces my cut-marks extension. The features are being united with a new name: printing-marks.

Changed in inkscape:
assignee: nobody → aurium
status: New → Fix Committed
Revision history for this message
Alexandre Prokoudine (alexandre-prokoudine) wrote :

Thank you, everybody involved!

Revision history for this message
Vladimir Savic (vladimir-firefly-savic) wrote :

Thank you... everybody. I really like this extension.

Is it possible to make color bars repeat in one line and between cut marks. This would be abstract representation of what I am thinking of:
CCCCCCCCCCMMMMMMMMMMYYYYYYYYYYKKKKKKKKKKCCCCCCCCCCMMMMMMMMMM etc.

Now you should have rough idea :)

Revision history for this message
Aurium (aurium) wrote :

Hi Vladimir,

That is possible, but... That is not cool have a lot of options in the user interface, so we need a usage example where it is really useful. May you show that? Thanks.

Revision history for this message
Vladimir Savic (vladimir-firefly-savic) wrote :

Maybe I was too cryptic in my previous writing. Sorry about that.

I own, pretty old, printing presses where you must take care of almost everything. There are no built-in densitometers and such. Operator usually needs to measure saturation/tint of colors on sheet. It can be a bit tricky to get colors correctly that way, as you can imagine. Having only one stripe of 10 tints of a color is usually sufficient for quality works - you are never sure if the correct amount of color have been transfered to paper.

Most of the time I do prepress work and have to setup everything the easiest way possible (for my operators). Placing color bars parallel to wider paper size in specific manner, that is. It's something I've tried to explain in my previous comment. Not successfully, I'm afraid. :)

I haven't invented this "workaround". Therefore, I've thought it's common. Maybe I'm wrong...

Thank you for your comment,
Vladimir

Changed in inkscape:
status: Fix Committed → Fix Released
jazzynico (jazzynico)
Changed in inkscape:
importance: Undecided → Wishlist
milestone: none → 0.47
tags: added: extensions-plugins
removed: extension
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.