Notenbund/lilypond-common-includes
15
1
Fork 0
Code Issues 28 Pull Requests 1 Packages Projects Releases Wiki Activity

Poet und Composer mehr automatisieren #3

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

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
Copy Source

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.
zuk commented 2023-08-12 00:27:00 +02:00
Author
Owner
Copy Link
Copy Source

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
Copy Source

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.
zuk commented 2023-10-28 14:56:39 +02:00
Author
Owner
Copy Link
Copy Source

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
Copy Source

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
Bei Gelegenheit
Das ist ein Problem/Feature, was man bei Gelegenheit bearbeiten könnte.
 Bug
Feature
Nice-to-have
Das ist ein Problem/Feature, was schön wäre, aber keine Priorität hat und zeitlich nicht drängt. Ein Nice-to-have eben.
 Prio
Das ist ein Problem/Feature, was wichtig zu lösen/einzubauen wäre.
No labels
Milestone
No items
No Milestone
Projects
Clear projects
No projects
Assignees
Clear assignees
hraban (Hraban) mark tux zuk (žuk)
No Assignees
2 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Notenbund/lilypond-common-includes#3