> Hello. I'm writing a book and after my ToC I need a blank page ("this page is
> left blank purposefully") only if this blank page would have an odd page
> number. If it falls under an even page number it must not be printed. I've
> looked in the manual and didn't find an answer... any help wou
Hard to say w/o seeing what you actually do. However a quick guess:
Are you explicitly naming the upper and lower staffs of your piano contexts
"rechts" and "links" respectively?
If not then how is lilypond supposed to know which staff you are referring to
when you say "rechts" (vor "links")?
Yo
Stefan,
Without a MWE I cannot be specific, yet when I encounter this error, the staff
to which I want to change does not exist, i.e., does not have any coding in it.
Mark
From: lilypond-user-bounces+carsonmark=ca.rr@gnu.org
On Behalf Of Stefan Thomas
Sent: Saturday, March 15, 20
On 15/03/2025 04:40, Eric Benson wrote:
Yes, this does solve my problem. I can use "s8" instead of "r8"
because I don't need a visible rest there. The written music can start
with the leading eighth note, but the midi needs the extra eighth rest
to align with the beat. The only drawback to this
I've attached a Python script that takes a LilyPond source file and prints
all the include file names it finds, recursively. It keeps track of the
current working directory. It does *not* reeport LilyPond include files,
but I'm guessing that's not what's wanted. Every include file is reported
on
Dear community, when writing for piano, I change very often between the
staves.
For this reason, I have defined this abbreviation:
re = { \change Staff = "rechts" }
> li = { \change Staff = "links" }
But while compiling a file I get very often:
/home/stefan/partituren/vorlagen/klavierstyle.ly:29:
On Sat, Mar 15, 2025 at 2:11 PM YTG 1234 wrote:
> I've been wondering what the equivalent of cpp -M for Lilypond is, if
> there is such a thing.
>
> It wouldn't be so simple to implement; as well as tracking \includes
> recursively, tracking the expected names of output files (as there can
> be m
These are questions I've had to consider as I work on Emacs
lilypond-ts-mode, and I suspect are relevant to lots of tooling projects.
Since output file names and locations are potentially set via arbitrary
Scheme code, it's not feasible to do this reliably without actually running
the LilyPond bin
I've been wondering what the equivalent of cpp -M for Lilypond is, if
there is such a thing.
It wouldn't be so simple to implement; as well as tracking \includes
recursively, tracking the expected names of output files (as there can
be multiple per source file) is also required. There's probab
