Deutschsprachiges LilyPond-Forum

Hallo Malte

Ich mußte etwas experimentiern, um deine Hinweise zu verstehen.
Aber es hat geklappt!

Eigentlich eine andere Frage:
Aber ich habe keine Antwort (EMail) bekommen?
Deswegen antworte ich auch erst jetzt.
Hinfällig, ich habe mein Profil geändert.

Dietmar

Hallo,

wenn du kein Arpeggio erzeugen lässt, wird kein Arpeggio erzeugt. Die Richtung des Pfeils ist dann auch egal.

\arpeggioArrowUp
  <c e g c>2\arpeggio


Gruß
Rudi

PS: dein Link auf die Doku tut bei mir auch nicht...

\version "2.25.21"
{<c' e' g' c''>4 \arpeggioArrowUp}
Es wird kein Arpeggio erzeugt. Gefunden habe ich den Befehl unter vordefinierte Befehle auf der Seite https://lilypond.org/doc/v2.25/Documentation/notation/arpeggio.de.htm.

Hallo Harm,

Das Problem des Zurücksetzens der Seitenzahlen nach dem Inhaltsverzeichnis hatte ich durch Einbetten des Inhaltsverzeichnisses in ein bookpart mit eigener paper-Umgebung gelöst. Dadurch wirkt sich die Seitenzählung im Inhaltsverzeichnis nicht auf den globalen Seitenzähler aus.

Das war das Thema bzw. der Anlass für diesen Thread hier. Und das ist gelöst.

Das römische-Zahlen-Problem im Inhaltsverzeichnis war eigentlich auch schon ein eigenes, aka zweites, Thema.

Und ich bleibe bei der Ansicht, dass das Seitenzahlen-Offset-Problem ein eigenes Thema ist. Und man sollte nicht zu viele verschiedene Themen in einen Thread packen. D.h. ich werde ein neues Thema beginnen, auch, wenn es eine Fortsetzungsgeschichte ist.


Danke für die Links. Ja, die beiden Tickets decken sich mit meinen Beobachtungen.

Grüße
  Martin

Ich bin mir immer noch nicht sicher was genau du haben willst.
Ein minimal muss her, zum Beispiel das unten stehende. Was ist noch falsch?
\version "2.24.3"

\paper {
  first-page-number = #0
}
\bookpart {
  \paper {
    page-number-type = #'roman-lower
  }
  \markuplist \table-of-contents
}
\bookpart {
  \tocItem \markup "Score-1"
  \score { { c'1 \pageBreak 1 } }
}
\bookpart {
  \tocItem \markup "Score-2"
  \score { { d'1 \pageBreak 1 } }
}


ZitatWäre es nicht sinnvoll, dieses Thema in einer eigenen Frage zu behandeln? Denn das im Betreff genannte Thema ist gelöst.

Da bin ich mir nicht so sicher...
Je nachdem was du wie gemacht hast hängt dieser "offset" direkt mit diesem Problem zusammen.
Und ist je nachdem nicht so einfach zu korrigieren.
Siehe auch:
https://gitlab.com/lilypond/lilypond/-/issues/6696
https://gitlab.com/lilypond/lilypond/-/issues/6697

Gruß,
  Harm

Hallo Harm,

vielen Dank.

Fast, kleine Korrektur: Über ein Titelblatt habe ich noch nicht nachgedacht, genauso wenig über ein Vorwort, das ist aktuell nicht vorhanden. Aktuell habe ich diese Struktur:

• Titel mit Inhaltsverzeichnis, in dem die Seitenzahlen in römischer Schreibweise ausgegeben werden, beginnend bei 1 dargestellt als i.
• Alle Teile mit Musik, mit Seitenzahlen, beginnen bei eins in arabischer Schreibweise und laufen dann durch.

Strukturell ist das so gestaltet: Jeder Musikteil, in dem durchaus mehrere Kompositionen gesammelt sein können (zum gleichen Lied des Gesangbuchs), in einem bookpart.

Damit das Inhaltsverzeichnis mit einer Seitenzählung ab 1 beginnt, ist dieses auch als eigener bookpart vorangestellt. Das funktioniert prima. Auch, dass der erste Musik-Bookpart dann auf einer ungeraden Seite mit Seite 1 beginnt.

Die römischen Darstellung der Seitenzahlen des Inhaltsverzeichnis habe ich hinbekommen.

Es bleibt das Offset-Problem: Wenn ich im Inhaltsverzeichnis auf irgendeine Seitenzahl im Inhaltsverzeichnis klicke, springt der das Programm (bei mir evince unter Linux) auf die Blattnummer des Dokuments. Klicken auf Seite 1 im Inhaltsverzeichnis springt also auf die erste Seite des PDF, aktuell die Seite, in der der erste Bookpart mit dem Inhaltsverzeichnis beginnt.

Wäre es nicht sinnvoll, dieses Thema in einer eigenen Frage zu behandeln? Denn das im Betreff genannte Thema ist gelöst. Das könnte ich dann auch mit einem "minimalen" Beispiel ausstatten.

Grüße
  Martin

Hallo Martin,

bevor wir weiter dran arbeiten...
Wenn ich dein Projekt richtig verstanden habe, so hat es folgende Teile (in dieser Reihenfolge):

(1) Titelblatt (ohne Seitenzahl)
(2) Inhaltsverzeichnis (ohne Seitenzahlen)
(3) Vorwort (mit römischen Seitenzahlen)
(4) Teile mit der Musik (arabische Seitenzahlen)

Ich würde im Inhaltsverzeichnis gerne auch die römischen Ziffern für das Vorwort bzw arabische Zahlen für die Musikteile sehen.
Das Vorwort würde ich wohl mit Seite I beginnen.
Den Musikteil würde ich mit Seite 1 beginnen lassen wollen und ab da auch weitere Musikteile weiterzählen. (Also Musik-Teil 1 endet z.B. auf Seite 9, der zweite Teil beginnt dann auf Seite 10.
Diese Seitenzahlen sollen so auch im Inhaltsverzeichnis gedruckt werden.

Allerdings muss die interne Verlinkung funktionieren und nicht zur gedruckten Seitenzahl sondern zur richtigen PDF-Seitenzahl führen.

Das wäre mein Ziel. Siehst du das auch so? Oder falls nicht, wo weichst du wie davon ab?

Gruß,
  Harm

Hallo viertel,

Arpeggios gelten normalerweise nur für eine Stimme (Voice-Kontext). Man kann aber den Span_arpeggio_engraver in den Staff-Kontext oder auch etwas größeres wie PianoStaff packen:
\layout {
  \context {
    \Staff
    \consists Span_arpeggio_engraver
    connectArpeggios = ##t
  }
}
Falls du nicht alle Arpeggios verbinden willst, kannst du statt connectArpeggios = ##t im \layout-Block auch
\set Staff.connectArpeggios = ##t
ggf. mit \once davor verwenden.

Viele Grüße
Malte

Ich habe nun eine für mich taugliche Lösung gefunden. Damit erreiche ich, dass das Inhaltsverzeichnis römische Seitenzahlen im Header (oder Footer) bekommt und der eigentliche Inhalt mit der Seitenzahl 1 beginnt, ohne dass das Inhaltsverzeichnis selber mit römischen Seitenzahlen erzeugt wird. Ursache für Letzteres ist, dass fromproperty beim Zugriff auf page:page-number-string die Seitenzahl als String gemäß Parameter (page-number-type = #'roman) erhält. Da kann nicht mehr unterschieden werden, ob die aktuelle Seitenzahl des Inhaltsverzeichnisses ausgegeben werden soll oder die Seitenzahl als Verweis auf eine Stelle im Dokument.

Was bleibt, ist der Umstand, dass die Navigation im PDF-Dokument über die als Link ausgestalteten Inhaltsverzeichniseinträge weiterhin um den Offset der Seitenanzahl des Inhaltsverzeichnisses nicht stimmt. Und ob ich da ran komme, überblicke ich im Moment nicht. Das lagere ich in ein eigenes Problem/Frage aus.

Zurück zu den Seitenzahlen in römischer Schreibweise. Die ersten Versuche, in den Header-Definitionen (oddHeaderMarkup und Co) die Darstellung der Seitenzahl zu ändern ist fehlgeschlagen. Das liegt schlicht daran, dass dort die Seitenzahl als String abgerufen wird (\fromproperty #'page:page-number-string). Man könnte auf die Idee kommen, einfach die Zahl abzurufen (#'page:page-number). Das erzeugt keinen Fehler ist aber erfolglos.

Nach etwas Suchen ist mir klar geworden, woran das liegt. Die Definition von \fromproperty sieht die Rückgabe anderer Datentypen als String/Markup nicht vor, dann wird einfach ein leeres Stencil zurückgegeben. Und in einem leeren Stencil ist keine Seitenzahl enthalten, also kann man da nichts machen.

Meine Lösung ist nun ein angepasstes \fromproperty. Das muss einen anderen Namen bekommen. Ich habe mich für \number-fromproperty entschieden. Eigentlich müsste man die Spezialisierung hinten anhängen, das wäre dann fromproperty-number. Da die eigentliche Semantik von fromproperty mit get-string-from-property beschrieben ist, ist number-fromproperty nach meinem Verständnis "näher".

Und so sieht der modifizierte Scheme-Code aus:

#(define-markup-command (number-fromproperty layout props symbol type)
 (symbol? symbol?)
 #:category other
 #:as-string (markup-string
        (chain-assoc-get symbol props)
        #:layout layout
        #:props (prepend-alist-chain
              symbol
              (make-property-recursive-markup symbol)
              props))
 (let ((m (chain-assoc-get symbol props)))
   (if (number? m)
       ;; prevent infinite loops by clearing the interpreted property:
       (interpret-markup layout
                         (prepend-alist-chain
                          symbol
                          (make-property-recursive-markup symbol)
                          props)
                       (number-format type m))
       empty-stencil)))

Der Aufruf sieht dann so aus, dass man einen zusätzliches Argument mit gibt, das den Nummerntyp, hier roman, bestimmt. Damit lassen sich dann die oddHeaderMarkup und evenHeaderMarkup-Definitionen beispielsweise so modifizieren:

oddHeaderMarkup = \markup \fill-line {
  ""
  \unless \on-first-page-of-part \fromproperty #'header:title
  \if \should-print-page-number \number-fromproperty #'page:page-number #'roman
}
evenHeaderMarkup = \markup \fill-line {
  \if \should-print-page-number \number-fromproperty #'page:page-number #'roman
  \unless \on-first-page-of-part \fromproperty #'header:title
  ""
}

Ausblicke:

• Das ursprüngliche fromproperty mit einem case-Statement anstelle des if ertüchtigen ...
• Offen, also noch zu lösen, ist das Seiten-Offset-Problem. Aber das ist eine andere Baustelle.

Hallo
Ich bekomme nur ein "halbes" arpeggio. Es sollte eigentlich vom unteren d zum oberen gehen.
Im zweiten Takt gibt es sogar eine Fehlermeldung:
Warnung: keine Notenköpfe für Arpeggio gefunden?
\version "2.24.4"
\relative c' {
   c4
   << { d'4. c8 } \\ { <d, g>2\arpeggio } >>
   e4

   c4
   << { d'4.\arpeggio c8 } \\ { <d, g>2\arpeggio } >>
   e4
}
Du darfst diesen Dateianhang nicht ansehen.
Oder anders gefragt: wie müßte ich es richtig machen?