Re: Mozart Requiem, help needed

[Urs Liska]

Am 07.11.2014 21:29, schrieb address@hidden:
> --------
> Urs:
> > Am 07.11.2014 13:59, schrieb address@hidden:
> ...
> > > Also I wounder how to make the source available so you can make your
> > > own edition with your own preferences, and I've tried to separate
> > > content from presentataion. That work is incomplete. I looked at
> > > http://lilypondblog.org/ and Urs has some ideas wich I havn't been
> > > able to digest it yet. Anyone intereseted in theese kind of problems,
> > > and how to apply it to this music ?
> > If you tell me what kind of ideas you are referring to I may give some
> > hints. No chance joining the project, though, sorry.
> __The 1st problem is: Paper sizes and margins
>
> I use A4 or a little smaller format I call choirbook (size taken from
> a Bärenreiter choirbook) suitable to be printed on A3, folded,
> stapled and cut to size. And could possible envision making pocket
> scores to be included with recordings. In other parts of the world
> there is different paper preferences.
>
> Changing papersizes/margins directly influences ones decision about
> \break's and staff size.
>
> This could be accomplished if one could use lilypond like
>
>   lilypond my_paper_block.ily --ly_code "#(set-global-staff-size 14)" \
>   my_page_breaks.ily my_prefs.ily the_music.ily satb_score.ly \
>   -o the_music.pdf
>
> i.e. a solution would be to make lilypond work on on the fly
> concatenation of files and code. But lilypond arguments does not work
> that way. One could make a "preprocessor" to handle that, but I'm
> woundering if that that there is a better way to do it.

I'm not fully looking through it, but I see several approaches:

a)
you can pass an include file through the command line.
That's probably how I would approach this: Write all possible style 
information in a number of style files and use the include file you 
provide through the command line to choose appropriate ones for the 
intended target.

b)
If you can make your alternative versions controllable by tags you can 
benefit from the new command line options with which you can pass a list 
of tags to keep or to remove through the command line.
I'm not sure if that enhancement is already in the latest release or if 
it will only be in the next one, though.

c)
You can test for commandline options in the code ( with 
#(ly:get-option)) and choose your layout according to the presence or 
absence of certain options. You can use arbitrary options (e.g. 
-dchoirbook-layout) and test for them. LilyPond will issue a warning 
about the unknown option but it will work nevertheless.

> __Second problem: different kind of scores
>
> like vocal-, instrument-, and cunductor scores.

I can only think of different "entry files" that reuse the material 
defined in include files. Of course as much as possible should be 
abstracted away to common include files.

> __Third problem: different preferences
>
> I have my views, e.g. dynamics together with the text in vocal parts,
> others wants it above the staff - out of the way - so to say.

Sorry, no real idea here.

> ///
>
> > But regarding the separation of content from presentation this is
> > definitely something where you should look at Jan-Peter Voigt's edition
> > engraver. I haven't understood how to use it so far, but maybe Kieren
> > can give you some tips?
>   Is this it:
> http://lilypondblog.org/2014/07/trees-music-and-lilypond/

Not really. THe editionEngraver is at least two or three posts in the 
future ...

> https://github.com/openlilylib/openlilylib.git

https://github.com/openlilylib/openlilylib/tree/master/editorial-tools/edition-engraver

> I kind of like the:
>
>   \putMusic "massInC/kyrie/soprano/melody" \relative c'' { c2 d4 c }
>
> and when I program I usually use data structures. But I don't know
> how to do my own datastructures in lilypond except simple variables.
> And I wounder if you cannot do the above without to much writing
> and in plain scheme/lilypond (i.e. mostly following notaion.pdf and
> without going "too" deep into scheme, where the definition of deep
> waries with person).

Well, if you should happen to understand all this one day, please come 
back to me and help me understanding it too ;-)

Best
Urs

> Regards,
> /Karl Hammar
>
> -----------------------------------------------------------------------
> Aspö Data
> Lilla Aspö 148
> S-742 94 Östhammar
> Sweden
> +46 173 140 57
>
>
>
> _______________________________________________
> lilypond-user mailing list
> address@hidden
> https://lists.gnu.org/mailman/listinfo/lilypond-user