boernel/lilypond-common-includes
10
0
Fork 0
Code Issues 11 Pull Requests Packages Projects Releases Wiki Activity

Poet und Composer mehr automatisieren #3

New Issue
Closed
opened 2023-08-09 13:10:55 +02:00 by apfelpfluecker · 5 comments
apfelpfluecker commented 2023-08-09 13:10:55 +02:00
Owner
Copy Link

Man könnte die Variablen poet und composer (wie das bei chip und olli auch gelöst ist) nur als Variablen definieren.
In die Variablen würde dann nur der Name, vielleicht noch andere Kenndaten geschrieben und "Worte: ... Weise: ..." oder "Text: ... Musik: ..." würde automatisch ergänzt - dann könnte man das auch in verschiedenen Liederbüchern anders machen, wenn man das möchte.
Wenn beide Variablen gleich sind, wird automatisiert das ganze verbunden zu "Worte und Weise:"

Z.B.

poet = Jakob Krueger
composer = Jakob Krueger

Ausgabe:

Worte und Weise: Jakob Krueger
Man könnte die Variablen poet und composer (wie das bei chip und olli auch gelöst ist) nur als Variablen definieren. In die Variablen würde dann nur der Name, vielleicht noch andere Kenndaten geschrieben und "Worte: ... Weise: ..." oder "Text: ... Musik: ..." würde automatisch ergänzt - dann könnte man das auch in verschiedenen Liederbüchern anders machen, wenn man das möchte. Wenn beide Variablen gleich sind, wird automatisiert das ganze verbunden zu "Worte und Weise:" Z.B. ``` poet = Jakob Krueger composer = Jakob Krueger ``` Ausgabe: ``` Worte und Weise: Jakob Krueger ```
tux commented 2023-08-11 16:40:10 +02:00
Owner
Copy Link

Das sollte jetzt so weit klappen. Die Logik ist im Moment wie folgt implementiert:
Wenn poet oder composer wie bisher im \header definiert sind, werden die einfach genommen.
Ansonsten wird geschaut, ob poetId bzw. composerId definiert sind und diese ausgewertet (siehe vorlagen).
Da ist jeweils ein key angegeben und alle Informationen zu einem Autor befinden sich im Autorenverzeichnis unter lilypond-custom-includes/authors.ly.
Die Informationen darin werden verarbeitet und mit einer anpassbaren defaut Logik ausgegeben.
Wenn man da was anderes haben will, kann man im \paper die entsprechenden Variablen einfach überschreiben.

Das sollte jetzt so weit klappen. Die Logik ist im Moment wie folgt implementiert: Wenn `poet` oder `composer` wie bisher im `\header` definiert sind, werden die einfach genommen. Ansonsten wird geschaut, ob `poetId` bzw. `composerId` definiert sind und diese ausgewertet (siehe vorlagen). Da ist jeweils ein key angegeben und alle Informationen zu einem Autor befinden sich im Autorenverzeichnis unter [`lilypond-custom-includes/authors.ly`](https://git.zahlenlabyrinth.de/boernel/lilypond-vorlagen/src/branch/main/lilypond-custom-includes/authors.ly). Die Informationen darin werden verarbeitet und mit einer [anpassbaren defaut Logik](https://git.zahlenlabyrinth.de/boernel/lilypond-common-includes/src/branch/main/default_author_style.ly) ausgegeben. Wenn man da was anderes haben will, kann man im `\paper` die entsprechenden Variablen einfach überschreiben.
apfelpfluecker commented 2023-08-12 00:27:00 +02:00
Author
Owner
Copy Link

Jo, läuft.
Wenn man jetzt noch mit ner Variable (also ganz einfach) ändern könnte, ob der Fahrtenname oder der bürgerliche bevorzugt werden soll, wär das der Oberhammer.
Also ob, wenn es einen Fahrtennamen gibt

Christoph Wagner (tux)

oder

tux (Christoph Wagner)

stehen soll.

Müsste man halt in den common-includes ändern, was ja nicht so optimal ist. Man könnte ne Variable bauen: prefer-trail_name, die default auf ##f steht und wenn sie auf true steht, tauscht er das.

Jo, läuft. Wenn man jetzt noch mit ner Variable (also ganz einfach) ändern könnte, ob der Fahrtenname oder der bürgerliche bevorzugt werden soll, wär das der Oberhammer. Also ob, wenn es einen Fahrtennamen gibt > Christoph Wagner (tux) oder > tux (Christoph Wagner) stehen soll. Müsste man halt in den common-includes ändern, was ja nicht so optimal ist. Man könnte ne Variable bauen: `prefer-trail_name`, die default auf `##f` steht und wenn sie auf `true` steht, tauscht er das.
tux commented 2023-08-20 12:24:24 +02:00
Owner
Copy Link

Next step. Es gibt jetzt unter data json files, um die Daten abzubilden.
Eine für songs und eine für authors.
Im Lilypondfile reicht eine songId aus zur Verknüpfung eines songs aus den Daten.

Next step. Es gibt jetzt unter data json files, um die Daten abzubilden. Eine für songs und eine für authors. Im Lilypondfile reicht eine `songId` aus zur Verknüpfung eines songs aus den Daten.
apfelpfluecker commented 2023-10-28 14:56:39 +02:00
Author
Owner
Copy Link

Frage ist noch: Wäre es möglich ein Autor*innenverzeichnis auf der Basis zu erstellen?
Dazu müssten ggf. beides separat erfasst werden.

Frage ist noch: Wäre es möglich ein Autor*innenverzeichnis auf der Basis zu erstellen? Dazu müssten ggf. beides separat erfasst werden.
tux commented 2023-11-22 18:42:08 +01:00
Owner
Copy Link

Autorenverzeichnis ist natürlich auch möglich. Hab mal Folgeissue #10 erstellt.

Autorenverzeichnis ist natürlich auch möglich. Hab mal Folgeissue #10 erstellt.
tux closed this issue 2023-11-22 18:42:08 +01:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
No items
No Label
Milestone
Clear milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: boernel/lilypond-common-includes#3
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?