Re: crop marks in PDF for printing

2016-11-08 Thread Alexander Kobel

On 2016-11-07 08:16, Henning Hraban Ramm wrote:

Am 2016-11-06 um 22:56 schrieb Alexander Kobel :


In many brochure-bound volumes of more than two or three sheets (say, 60+ 
pages), the paper is cut to align flush when the brochure is closed.  So the 
inner sheets are (sometimes significantly, say in the order of 5mm per page or 
10mm per sheet) narrower than the outer ones.  Does / should this impact the 
layout of the page?  And if so, how?


It should affect the layout insofar as the page contents (should) get moved a 
few millimeters.
That’s a task for the imposition software at the printshop, or previously for the 
"Druckvorlagenhersteller" (lithographer?).


Should the contents be moved towards the binding or towards the outer edge?


Oh my, I gave away all of my technical literature years ago...

See e.g. "Seitenversatz" at 
https://helpx.adobe.com/de/indesign/using/printing-booklets.html
in English: "Creep" at 
https://helpx.adobe.com/indesign/using/printing-booklets.html

You can either move the contents of the outer pages of a fold *away from* the 
gutter/spine, or move the contents of the inner pages *to* the gutter/spine.


I see. So it's up to the designer/typographer to decide.
For text, I can imagine that this makes sense, in particular increasing 
the inner margin - after all, the edges of the other pages of an open 
book create another kind of optical outer margin that adds to the existing.
For music, the situation is slightly different; margins are typically 
smaller, since the requirements for long lines are totally different 
from text; visibility of everything and practicality for holding the 
book without covering content are more important there IMHO. Form 
follows function.



Interesting approach – I never heard of anyone doing this, but it makes sense 
and could even be applied to text layout.
[...]

Yes, TeX has issues with changing line widths (even in columns) and additional 
variables that affect line breaking, but modern computers are good enough WRT 
speed and memory, and esp. LuaTeX allows for enough control to cope even with 
irregular layouts (as ConTeXt can do, i.e. that *you* can do using ConTeXt).

I can imagine it would be possible to tell TeX (ConTeXt) which column or 
horizontal layout area to adapt to the binding correction to achieve pure 
harmony in book design ;)


But at least I'm glad that an experienced typesetter agrees with my idea. :-)


I’ll try to infect some TeX gurus with the idea.


Keep me in the loop... ;-) I wonder whether this will be worth the effort.


Usual layout correction affects only the margins.

Pure lazyness. ;-)


Call it efficiency. A typesetter (or imposer/lithographer/printer) is no artist 
who can work for years at one piece. Even in Gutenberg’s era, production 
efficiency was crucial - since the printers tried to provide the quality of 
writing monks (copy writers?) for much lower costs, while work time had a much 
lower value than today.


Of course. Lazyness and efficiency are closely related. :-)
Given the advent of e-ink readers, I'm afraid we'll no longer have to 
think about such issues for everything except extraordinary design 
projects anymore in due time...



Cheers,
Alexander

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-06 Thread Henning Hraban Ramm
Am 2016-11-06 um 22:56 schrieb Alexander Kobel :

>>> In many brochure-bound volumes of more than two or three sheets (say, 60+ 
>>> pages), the paper is cut to align flush when the brochure is closed.  So 
>>> the inner sheets are (sometimes significantly, say in the order of 5mm per 
>>> page or 10mm per sheet) narrower than the outer ones.  Does / should this 
>>> impact the layout of the page?  And if so, how?
>> 
>> It should affect the layout insofar as the page contents (should) get moved 
>> a few millimeters.
>> That’s a task for the imposition software at the printshop, or previously 
>> for the "Druckvorlagenhersteller" (lithographer?).
> 
> Should the contents be moved towards the binding or towards the outer edge?

Oh my, I gave away all of my technical literature years ago...

See e.g. "Seitenversatz" at 
https://helpx.adobe.com/de/indesign/using/printing-booklets.html
in English: "Creep" at 
https://helpx.adobe.com/indesign/using/printing-booklets.html

You can either move the contents of the outer pages of a fold *away from* the 
gutter/spine, or move the contents of the inner pages *to* the gutter/spine.

>> Interesting approach – I never heard of anyone doing this, but it makes 
>> sense and could even be applied to text layout.
>> 
>> You or the typesetting system would need to know how the book will get bound 
>> and which pages to change how – if it’s just one booklet (back stitched) or 
>> a properly bound, thicker volume that consists of several "booklets" (thread 
>> bound), or if it’s "perfect bound" (single pages glued). In the last case, 
>> you can avoid layout correction.
> 
> Yes, that's obviously the problem. Even if you already know the parameters, 
> it sounds like a pretty difficult task for a layout system if the content 
> area changes with the number of pages and vice versa. Long compile times 
> ahead, and probably for little benefit... Similar to why Lilypond takes much 
> longer if page breaks are determined on-the-fly, or why LaTeX compile times 
> are much longer with microtype, I guess.

Yes, TeX has issues with changing line widths (even in columns) and additional 
variables that affect line breaking, but modern computers are good enough WRT 
speed and memory, and esp. LuaTeX allows for enough control to cope even with 
irregular layouts (as ConTeXt can do, i.e. that *you* can do using ConTeXt).

I can imagine it would be possible to tell TeX (ConTeXt) which column or 
horizontal layout area to adapt to the binding correction to achieve pure 
harmony in book design ;)

> But at least I'm glad that an experienced typesetter agrees with my idea. :-)

I’ll try to infect some TeX gurus with the idea.

>> Usual layout correction affects only the margins.
> Pure lazyness. ;-)

Call it efficiency. A typesetter (or imposer/lithographer/printer) is no artist 
who can work for years at one piece. Even in Gutenberg’s era, production 
efficiency was crucial - since the printers tried to provide the quality of 
writing monks (copy writers?) for much lower costs, while work time had a much 
lower value than today.

Greetlings, Hraban
---
fiëé visuëlle
Henning Hraban Ramm
http://www.fiee.net




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-06 Thread Alexander Kobel

Hi Hraban, hi all.

On 2016-11-06 18:10, Henning Hraban Ramm wrote:

Am 2016-11-04 um 13:44 schrieb Alexander Kobel :


On 2016-11-04 11:56, Henning Hraban Ramm wrote:

(BTW I studied typesetter and printing engineer, worked in printshops for 
decades.)


That reminds me to ask a professional a question that I was pondering about 
several times earlier on.


;) I know someone of your exact name who runs a copyshop...


Interesting. Given that I never met anyone sharing my last name outside 
of my family, I'm quite surprised...



In many brochure-bound volumes of more than two or three sheets (say, 60+ 
pages), the paper is cut to align flush when the brochure is closed.  So the 
inner sheets are (sometimes significantly, say in the order of 5mm per page or 
10mm per sheet) narrower than the outer ones.  Does / should this impact the 
layout of the page?  And if so, how?


It should affect the layout insofar as the page contents (should) get moved a 
few millimeters.
That’s a task for the imposition software at the printshop, or previously for the 
"Druckvorlagenhersteller" (lithographer?).


Should the contents be moved towards the binding or towards the outer edge?


In particular, should the line lengths be varied throughout the book such that 
the margins remain identical, or should the inner margin be changed, or the 
outer one?  IIUC, traditional (text) layout rules are meant to compensate for 
the visually smaller inner margins when the book is opened, so they say to 
/increase/ inner margins. On the other hand, many classical layout rules are 
based on the fact that the outer margin should be as wide as twice the inner 
margin (hence, whitespace appear identical).  But if the inner sheets are 
smaller, but the binding offset /increases/ inner margins, the outer margins 
get even more compressed?

For music, we have more freedom in layout; the needs are totally different from 
the ones for text, and things like character count per line do not apply.  As 
far as I'm concerned, the most important consideration for sheet music page 
layout is proper places for page turns, and as little of them as possible - 
without sacrificing readability.  Margins or their symmetry seem to be much 
less important than for text.
Still, for aesthetical reasons, I could imagine that either ratio between 
margins and line length, or the absolute margin widths, should be the same 
throughout the book.  Opinions and/or professional authority-based knowledge, 
anyone?


Interesting approach – I never heard of anyone doing this, but it makes sense 
and could even be applied to text layout.

You or the typesetting system would need to know how the book will get bound and which pages to 
change how – if it’s just one booklet (back stitched) or a properly bound, thicker volume that 
consists of several "booklets" (thread bound), or if it’s "perfect bound" 
(single pages glued). In the last case, you can avoid layout correction.


Yes, that's obviously the problem. Even if you already know the 
parameters, it sounds like a pretty difficult task for a layout system 
if the content area changes with the number of pages and vice versa. 
Long compile times ahead, and probably for little benefit... Similar to 
why Lilypond takes much longer if page breaks are determined on-the-fly, 
or why LaTeX compile times are much longer with microtype, I guess.


But at least I'm glad that an experienced typesetter agrees with my 
idea. :-)



Usual layout correction affects only the margins.


Pure lazyness. ;-)


Cheers,
Alexander

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-06 Thread Henning Hraban Ramm
Am 2016-11-04 um 13:44 schrieb Alexander Kobel :

> On 2016-11-04 11:56, Henning Hraban Ramm wrote:
>> Even if your PDF pages are bigger than the intended printed pages, you could 
>> easily define "trim box" and "bleed box" of the PDF. A printshop that cannot 
>> handle these nowadays is no serious business. But then they could do that 
>> for you, too.
>> 
>> (BTW I studied typesetter and printing engineer, worked in printshops for 
>> decades.)
> 
> That reminds me to ask a professional a question that I was pondering about 
> several times earlier on.

;) I know someone of your exact name who runs a copyshop...

> In many brochure-bound volumes of more than two or three sheets (say, 60+ 
> pages), the paper is cut to align flush when the brochure is closed.  So the 
> inner sheets are (sometimes significantly, say in the order of 5mm per page 
> or 10mm per sheet) narrower than the outer ones.  Does / should this impact 
> the layout of the page?  And if so, how?

It should affect the layout insofar as the page contents (should) get moved a 
few millimeters.
That’s a task for the imposition software at the printshop, or previously for 
the "Druckvorlagenhersteller" (lithographer?).

> In particular, should the line lengths be varied throughout the book such 
> that the margins remain identical, or should the inner margin be changed, or 
> the outer one?  IIUC, traditional (text) layout rules are meant to compensate 
> for the visually smaller inner margins when the book is opened, so they say 
> to /increase/ inner margins. On the other hand, many classical layout rules 
> are based on the fact that the outer margin should be as wide as twice the 
> inner margin (hence, whitespace appear identical).  But if the inner sheets 
> are smaller, but the binding offset /increases/ inner margins, the outer 
> margins get even more compressed?
> 
> For music, we have more freedom in layout; the needs are totally different 
> from the ones for text, and things like character count per line do not 
> apply.  As far as I'm concerned, the most important consideration for sheet 
> music page layout is proper places for page turns, and as little of them as 
> possible - without sacrificing readability.  Margins or their symmetry seem 
> to be much less important than for text.
> Still, for aesthetical reasons, I could imagine that either ratio between 
> margins and line length, or the absolute margin widths, should be the same 
> throughout the book.  Opinions and/or professional authority-based knowledge, 
> anyone?

Interesting approach – I never heard of anyone doing this, but it makes sense 
and could even be applied to text layout.

You or the typesetting system would need to know how the book will get bound 
and which pages to change how – if it’s just one booklet (back stitched) or a 
properly bound, thicker volume that consists of several "booklets" (thread 
bound), or if it’s "perfect bound" (single pages glued). In the last case, you 
can avoid layout correction.

Usual layout correction affects only the margins.


Greetlings, Hraban
---
fiëé visuëlle
Henning Hraban Ramm
http://www.fiee.net
http://angerweit.tikon.ch/lieder/
https://www.cacert.org (I'm an assurer)





___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-04 Thread Alexander Kobel

On 2016-11-04 11:56, Henning Hraban Ramm wrote:

Even if your PDF pages are bigger than the intended printed pages, you could easily define 
"trim box" and "bleed box" of the PDF. A printshop that cannot handle these 
nowadays is no serious business. But then they could do that for you, too.

(BTW I studied typesetter and printing engineer, worked in printshops for 
decades.)


That reminds me to ask a professional a question that I was pondering 
about several times earlier on.


In many brochure-bound volumes of more than two or three sheets (say, 
60+ pages), the paper is cut to align flush when the brochure is closed. 
 So the inner sheets are (sometimes significantly, say in the order of 
5mm per page or 10mm per sheet) narrower than the outer ones.  Does / 
should this impact the layout of the page?  And if so, how?


In particular, should the line lengths be varied throughout the book 
such that the margins remain identical, or should the inner margin be 
changed, or the outer one?  IIUC, traditional (text) layout rules are 
meant to compensate for the visually smaller inner margins when the book 
is opened, so they say to /increase/ inner margins. On the other hand, 
many classical layout rules are based on the fact that the outer margin 
should be as wide as twice the inner margin (hence, whitespace appear 
identical).  But if the inner sheets are smaller, but the binding offset 
/increases/ inner margins, the outer margins get even more compressed?


For music, we have more freedom in layout; the needs are totally 
different from the ones for text, and things like character count per 
line do not apply.  As far as I'm concerned, the most important 
consideration for sheet music page layout is proper places for page 
turns, and as little of them as possible - without sacrificing 
readability.  Margins or their symmetry seem to be much less important 
than for text.
Still, for aesthetical reasons, I could imagine that either ratio 
between margins and line length, or the absolute margin widths, should 
be the same throughout the book.  Opinions and/or professional 
authority-based knowledge, anyone?



Cheers,
Alexander

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-04 Thread Urs Liska


Am 04.11.2016 um 12:48 schrieb Federico Bruni:
> Il giorno ven 4 nov 2016 alle 11:56, Henning Hraban Ramm
>  ha scritto:
>> Am 2016-11-03 um 17:22 schrieb Federico Bruni :
>>
>>>  Tomorrow morning I need to print a book and I've just been asked to
>>> add "crop marks" (I think this is the right expression) to the final
>>> PDF. IIUC crop marks are not needed when printing with normal
>>> printers, but it's needed for serious digital and offset printing
>>> machines.
>>
>> Hi Federico,
>>
>> even if you could solve the problem, it should not have been necessary.
>>
>> Crop marks are not needed for printing, but for cutting the final
>> product, independent of the printing method.
>
> I have a friend who works as graphic designer and he is taking care of
> the printing.
> He quickly explained to me that the printshop needs crop marks to cut
> the final product. If I've understood correctly, this cutting is
> needed when printing on special printers (which I've never seen).
> He also said that the "imposition software" (?) needs these crops.
>
>>
>> I guess your PDF pages are not bigger than those of your printed book
>> and you don’t have any elements dangling ("bleeding") over the edge?
>> Then there is no need for crop marks.
>
> Yes, initially I sent an A4 PDF generated by LilyPond, but my friend
> said that it was not correct.
> So I made a bigger PDF with crop marks and he said "Ok!".

In real life you come across all three sorts of requirements with print
shops:
* Plain document format
* Document plus bleeding area
* Document plus bleeding area plus crop marks

But as Henning said *actually* it is not needed that *you* provide any
of these. Either the printer/cutter combination can handle by itself or
the imposition software should be able to process the original document
(with the added benefit that the marks exactly match the expectations).

Best
Urs


>
>>
>> Even if your PDF pages are bigger than the intended printed pages,
>> you could easily define "trim box" and "bleed box" of the PDF. A
>> printshop that cannot handle these nowadays is no serious business.
>> But then they could do that for you, too.
>>
>> (BTW I studied typesetter and printing engineer, worked in printshops
>> for decades.)
>
> Well, I know nothing about it :)
>
> Thanks for sharing this information
> Federico
>
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-04 Thread Federico Bruni
Il giorno ven 4 nov 2016 alle 11:56, Henning Hraban Ramm 
 ha scritto:

Am 2016-11-03 um 17:22 schrieb Federico Bruni :

 Tomorrow morning I need to print a book and I've just been asked to 
add "crop marks" (I think this is the right expression) to the final 
PDF. IIUC crop marks are not needed when printing with normal 
printers, but it's needed for serious digital and offset printing 
machines.


Hi Federico,

even if you could solve the problem, it should not have been 
necessary.


Crop marks are not needed for printing, but for cutting the final 
product, independent of the printing method.


I have a friend who works as graphic designer and he is taking care of 
the printing.
He quickly explained to me that the printshop needs crop marks to cut 
the final product. If I've understood correctly, this cutting is needed 
when printing on special printers (which I've never seen).

He also said that the "imposition software" (?) needs these crops.



I guess your PDF pages are not bigger than those of your printed book 
and you don’t have any elements dangling ("bleeding") over the 
edge? Then there is no need for crop marks.


Yes, initially I sent an A4 PDF generated by LilyPond, but my friend 
said that it was not correct.

So I made a bigger PDF with crop marks and he said "Ok!".



Even if your PDF pages are bigger than the intended printed pages, 
you could easily define "trim box" and "bleed box" of the PDF. A 
printshop that cannot handle these nowadays is no serious business. 
But then they could do that for you, too.


(BTW I studied typesetter and printing engineer, worked in printshops 
for decades.)


Well, I know nothing about it :)

Thanks for sharing this information
Federico


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-04 Thread Henning Hraban Ramm
Am 2016-11-03 um 17:22 schrieb Federico Bruni :

> Tomorrow morning I need to print a book and I've just been asked to add "crop 
> marks" (I think this is the right expression) to the final PDF. IIUC crop 
> marks are not needed when printing with normal printers, but it's needed for 
> serious digital and offset printing machines.

Hi Federico,

even if you could solve the problem, it should not have been necessary.

Crop marks are not needed for printing, but for cutting the final product, 
independent of the printing method.

I guess your PDF pages are not bigger than those of your printed book and you 
don’t have any elements dangling ("bleeding") over the edge? Then there is no 
need for crop marks.

Even if your PDF pages are bigger than the intended printed pages, you could 
easily define "trim box" and "bleed box" of the PDF. A printshop that cannot 
handle these nowadays is no serious business. But then they could do that for 
you, too.

(BTW I studied typesetter and printing engineer, worked in printshops for 
decades.)

Greetlings, Hraban
---
fiëé visuëlle
Henning Hraban Ramm
http://www.fiee.net
http://angerweit.tikon.ch/lieder/
https://www.cacert.org (I'm an assurer)






___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-04 Thread Federico Bruni
Il giorno gio 3 nov 2016 alle 17:52, Urs Liska  ha 
scritto:
If you want to go the LaTeX way you can use the following boilerplate 
code:


\documentclass[a4paper]{article}
\usepackage[
% set absolute paper dimensions *including bleeding area*
% in this example A4 plus 6mm (*2)
width=22.2truecm, height=30.9truecm,
% use any combination of these options to add different cut markings
cam,
axes,
%frame,
%cross,
% set the type of TeX renderer you use
pdflatex,
% center the contents
center
]{crop}
% More info with "texdoc crop"

\usepackage{pdfpages}

\begin{document}

\includepdf[pages=-]{path/to/score.pdf}

\end{document}


This should be perfect.
I've just added noinfo to the options above, as I have to use 3mm*2  
for crop marks and there was no room for page information.


Thanks
Federico


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Federico Bruni
Il giorno gio 3 nov 2016 alle 18:46, Alexander Kobel 
 ha scritto:

On 2016-11-03 18:40, Federico Bruni wrote:
Il giorno gio 3 nov 2016 alle 17:52, Urs Liska  
ha

scritto:
If you want to go the LaTeX way you can use the following 
boilerplate

code:


No, I can't. I decided not to use lilypond-book because of its 
limitations.

Thanks anyway


Urs' proposal is completely independent of lilypond-book, only the 
postprocessing is done via LaTeX.  It just takes an arbitrary 
existing PDF, puts it centered on pages of a size that you specify, 
and adds crop marks.  In fact, the package used for the embedding of 
the PDF is the same backend that pdfjam uses.  If the crop marks from 
the LaTeX package look like what you want, that's the easiest 
one-shot option.




right, I missed that (I'm still at work..)
I'll try this as well


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Alexander Kobel

On 2016-11-03 18:40, Federico Bruni wrote:

Il giorno gio 3 nov 2016 alle 17:52, Urs Liska  ha
scritto:

If you want to go the LaTeX way you can use the following boilerplate
code:


No, I can't. I decided not to use lilypond-book because of its limitations.
Thanks anyway


Urs' proposal is completely independent of lilypond-book, only the 
postprocessing is done via LaTeX.  It just takes an arbitrary existing 
PDF, puts it centered on pages of a size that you specify, and adds crop 
marks.  In fact, the package used for the embedding of the PDF is the 
same backend that pdfjam uses.  If the crop marks from the LaTeX package 
look like what you want, that's the easiest one-shot option.



Cheers,
Alexander

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Federico Bruni
Il giorno gio 3 nov 2016 alle 17:43, Alexander Kobel 
 ha scritto:
You can use some external application to create an empty one-page PDF 
with only the crop marks and use, e.g., pdftk with its "stamp" or 
"background" function to overlay the book and the crop marks. If you 
need to increase the paper size of your Lilypond output and don't 
want to modify the source, pdfjam with options --noautoscale true 
--papersize '{21cm,29.7cm}' is your friend.


For creating the crop marks: Inkscape will do if you want to design 
them yourself (or got a template from the print shop). Otherwise, I 
recommend to use Scribus; it offers several printer marks (crop, 
bleed, registration, color bars) on its Pre-Press tab on PDF export. 
Just create a new doc, adjust page size, export, done.


Thanks Alexander

Tonight I'll try this way




___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Federico Bruni
Il giorno gio 3 nov 2016 alle 17:52, Urs Liska  ha 
scritto:
If you want to go the LaTeX way you can use the following boilerplate 
code:


No, I can't. I decided not to use lilypond-book because of its 
limitations.

Thanks anyway


___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Urs Liska


Am 03.11.2016 um 17:32 schrieb Pierre Perol-Schneider:
> Hi Federico,
> I've never succeeded to do that directly with LilyPond. I had to use
> LaTeX..
> Cheers,
> Pierre
>
If you want to go the LaTeX way you can use the following boilerplate code:

\documentclass[a4paper]{article}
\usepackage[
% set absolute paper dimensions *including bleeding area*
% in this example A4 plus 6mm (*2)
width=22.2truecm, height=30.9truecm,
% use any combination of these options to add different cut markings
cam,
axes,
%frame,
%cross,
% set the type of TeX renderer you use
pdflatex,
% center the contents
center
]{crop}
% More info with "texdoc crop"

\usepackage{pdfpages}

\begin{document}

\includepdf[pages=-]{path/to/score.pdf}

\end{document}


HTH
Urs

> 2016-11-03 17:22 GMT+01:00 Federico Bruni  >:
>
> Hi folks
>
> I have a urgent request.
> Tomorrow morning I need to print a book and I've just been asked
> to add "crop marks" (I think this is the right expression) to the
> final PDF. IIUC crop marks are not needed when printing with
> normal printers, but it's needed for serious digital and offset
> printing machines.
>
> I wonder how can I get this in LilyPond.
> I didn't find anything in the documentation or the user list,
> except this question which got no reply:
> https://lists.gnu.org/archive/html/lilypond-user/2009-07/msg00319.html
> 
>
> I guess that I'll have to use some external applications.
> Can anybody give me a hint?
>
> Many thanks
> Federico
>
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org 
> https://lists.gnu.org/mailman/listinfo/lilypond-user
> 
>
>
>
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Alexander Kobel

On 2016-11-03 17:22, Federico Bruni wrote:

Hi folks

I have a urgent request.
Tomorrow morning I need to print a book and I've just been asked to add
"crop marks" (I think this is the right expression) to the final PDF.
IIUC crop marks are not needed when printing with normal printers, but
it's needed for serious digital and offset printing machines.
[...]
I guess that I'll have to use some external applications.
Can anybody give me a hint?


You can use some external application to create an empty one-page PDF 
with only the crop marks and use, e.g., pdftk with its "stamp" or 
"background" function to overlay the book and the crop marks. If you 
need to increase the paper size of your Lilypond output and don't want 
to modify the source, pdfjam with options --noautoscale true --papersize 
'{21cm,29.7cm}' is your friend.


For creating the crop marks: Inkscape will do if you want to design them 
yourself (or got a template from the print shop). Otherwise, I recommend 
to use Scribus; it offers several printer marks (crop, bleed, 
registration, color bars) on its Pre-Press tab on PDF export. Just 
create a new doc, adjust page size, export, done.



Cheers,
Alexander

___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user


Re: crop marks in PDF for printing

2016-11-03 Thread Pierre Perol-Schneider
Hi Federico,
I've never succeeded to do that directly with LilyPond. I had to use LaTeX..
Cheers,
Pierre

2016-11-03 17:22 GMT+01:00 Federico Bruni :

> Hi folks
>
> I have a urgent request.
> Tomorrow morning I need to print a book and I've just been asked to add
> "crop marks" (I think this is the right expression) to the final PDF. IIUC
> crop marks are not needed when printing with normal printers, but it's
> needed for serious digital and offset printing machines.
>
> I wonder how can I get this in LilyPond.
> I didn't find anything in the documentation or the user list, except this
> question which got no reply:
> https://lists.gnu.org/archive/html/lilypond-user/2009-07/msg00319.html
>
> I guess that I'll have to use some external applications.
> Can anybody give me a hint?
>
> Many thanks
> Federico
>
>
> ___
> lilypond-user mailing list
> lilypond-user@gnu.org
> https://lists.gnu.org/mailman/listinfo/lilypond-user
>
___
lilypond-user mailing list
lilypond-user@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-user