Deutsches Lilypond Forum (Archiv)

Hier der komplette Takt (aus dem Hochzeitsmarsch von Mendelssohn)

\version "2.19.56"

\relative c {
  \clef bass
  <<
    {
      \once \override Fingering.X-offset = #-1.4
      e'4.-4-1
      \once \override Fingering.X-offset = #-0.7
      d8-2 e4 d
    } \\ {
       \repeat unfold 8 { < a fis >8 }
    }
  >>
}
sowie das Vorbild als GIF

Für eine Begründung hilft es, mal per \displayMusic in die interne Struktur reinzuschauen. Erstmal nur Einzelnoten und Akkorde ohne Bögen:
\displayMusic { g a <g e> <a f> }
Für die Akkorde werden NoteEvents in EventChords gepackt (übrigens kann man das auch für Einzelnoten leicht erzwingen: <g> <a>).
\displayMusic { g( a) <g e>( <a f>) }
Hier wird in die EventChords noch ein SlurEvent noch mit reingepackt – da das gleiche für die Einzelnoten auch passiert, haben wir hier plötzlich auch EventChords (die zwar nur ein einziges NoteEvent, aber eben auch ein SlurEvent beinhalten).

An diesem Punkt müßte bei doubleSlurs also nicht einfach geschaut werden, ob wir einen Akkord haben (weil Akkorde, aber eben auch Einzelnoten mit Zusätzen gleichermaßen in EventChords gepackt werden), sondern die NoteEvents in jedem EventChord gezählt werden. Die context property doubleSlurs wird aber erst im Slur_engraver ausgewertet, der in der Datei lily/slur-engraver.cc, also in C++ geschrieben ist. Falls man überhaupt noch auf die verursachenden Events zugreifen kann in einem Engraver (weiß ich nicht, kenn mich mit Engravern nicht aus), dann müßte man wohl einen eigenen Engraver (in Scheme?) schreiben und den Slur_engraver durch diesen eigenen ersetzen.

Vielleicht hab ich was grundlegendes übersehen, aber es sieht so aus, als wär da so automagisch erstmal nicht viel zu machen. Ich würd mir hier mit ner Abkürzung behelfen:\version "2.19.56"

nods = \once \set doubleSlurs = ##f

\relative c'' {
  \set doubleSlurs= ##t
  < c e > ( < d f > )
  \nods e ( f )
  e ( f )
}

So, ich bin nochmals auf diesen Thread zurückgekommen.
Zum einen wollte ich nur den Denominator des Tuplets angeschrieben haben, zum anderen den Bogen ein bisschen größer gestalten.

Da die Standardfunktionen von Lilypond \tupletXXXX (XXXX = UP, DOWN..) nur die Richtung der Klammern festlegen, nicht die der Nummern und Harms Code anscheinend die Richtung der Nummern abfragt, habe ich ein paar Ergänzungen dazu geschrieben.

\version "2.19.56"

tupletU = {
  \tupletUp
  \override TupletNumber.direction = #UP
}

tupletD = {
  \tupletDown
  \override TupletNumber.direction = #DOWN
}

tupletN = {
  \revert TupletBracket.direction
  \revert TupletNumber.direction
}

#(define (my-tuplet-number::calc-denominator-text grob)
   (let (;; let 'direction evaluate to use the generic tie-markup-command
          (dir (ly:grob-property grob 'direction)))
     (make-tie-markup
      (string-append  "  " (tuplet-number::calc-denominator-text grob) "  "))))

%% Beispiel zum Ausprobieren

\relative c'' {
  \tupletU
  \override TupletNumber.text = #my-tuplet-number::calc-denominator-text
  \tuplet 6/4 { d16  a' fis d c a }
  \tupletD
  \tuplet 6/4 { d16  a' fis d c a }
  \tupletN
  \tuplet 6/4 { d16  a' fis d c a }
  \tuplet 6/4 { d,16  a' fis d c a }
}

Was es so alles gibt...   

Doppelbögen an Einzelnoten sind dann sinnvoll, wenn zwei Stimmen als Prime zu einer Note werden. Kommt sicher selten vor - aber es kommt vor. Insofern unterstelle ich hier volle Absicht.

LG

In der Doku steht

If set, two slurs are created for every slurred note, one above and one below the
chord.

Tatsächlich werden auch für Einzelnoten doppelte Bögen erzeugt, ist das ein bug oder ein feature?

\version "2.19.56"

\relative c'' {
  \set doubleSlurs= ##t
  < c e > ( < d f > )
  e ( f )
}