]> git.donarmstrong.com Git - lilypond.git/blobdiff - Documentation/snippets/displaying-grob-ancestry.ly
Update snippets from today's LSR with changed makelsr.py
[lilypond.git] / Documentation / snippets / displaying-grob-ancestry.ly
index c03f1f249841f2f2f8c405510fd6af561f55f3fc..1ff068dbb36d8896b61b80472135d53e84ee09fb 100644 (file)
@@ -7,136 +7,7 @@
 \version "2.14.2"
 
 \header {
-  lsrtags = "devel, tweaks-and-overrides, scheme-language"
-
-%% Translation of GIT committish: b482c3e5b56c3841a88d957e0ca12964bd3e64fa
-
-  texidoces = "
-Al trabajar con los callbacks de un grob, puede ser de mucha ayuda
-entender el @qq{árbol genealógico} de un grob.  La mayor parte de los
-grobs tienen @qq{padres} que influyen en el posicionamiento del grob.
-los padres X e Y influyen en las posiciones horizontal y vertical del
-grob, respectivamente.  Además, cada pade puede tener padres a su vez.
-
-
-Por desgracia, existen varios aspectos de la genealogía de un grob que
-pueden llevar a confusión:
-
-
-@itemize
-
-@item Los tipos de padre que tiene un grob pueden depender del
-contexto.
-
-@item Para ciertos grobs, los padres X e Y son el mismo.
-
-@item Un @qq{ancestro} concreto puede estar relacionado con un grob de
-mas de una manera.
-
-@item El concepto de @qq{generaciones} es engañoso.
-
-@end itemize
-
-
-Por ejemplo, el grob @code{System} puede ser tanto un padre (sobre el
-lado Y) como un abuelo (dos veces en el lado X) de un grob
-@code{VerticalAlignment}.
-
-
-Este macro imprime, en la consola, una representación textual de la
-genealogía de un grob.
-
-
-Cuando se llama de esta forma
-
-@example
-@{
-   \\once \\override NoteHead #'before-line-breaking = #display-ancestry
-   c4
-@}
-@end example
-
-
-Se genera la siguiente salida:
-
-
-@example
-------------------------------------
-
-NoteHead X,Y: NoteColumn
-    X: PaperColumn
-       X,Y: System
-    Y: VerticalAxisGroup
-       X: NonMusicalPaperColumn
-          X,Y: System
-       Y: VerticalAlignment
-          X: NonMusicalPaperColumn
-             X,Y: System
-          Y: System
-@end example
-
-"
-
-  doctitlees = "Imprimir el árbol genealógico de un grob"
-
-%% Translation of GIT committish: 904ea9fed4c66f5b86f3ac6ffb9fa273f082f371
-  texidocfr = "
-Lorsque l'on manipule des rappels d'objet (@emph{grob callbacks}), il
-peut être intéressant d'en maîtriser les « ascendants ».  La plupart des
-objets graphiques ont des parents, lesquels auront une influence sur le
-positionnement de l'objet en question.  Ainsi, les parents des côtés X
-et Y influenceront respectivement les positions horizontale et verticale
-de l'objet.  De plus, chacun des parents peut avoir ses propres parents.
-
-Certains aspects de la lignée d'un objet peuvent toutefois porter à
-confusion :
-
--- Les types de parents d'un @emph{grob} peuvent dépendre du contexte.
-
--- Dans le cas de certains @emph{grobs}, les parents X et Y peuvent être
-   le même.
-
--- Un « ascendant » particulier peut dépendre d'un @emph{grob} de
-   différentes manières.
-
--- Le concept de « génération » est trompeur.
-
-Par exemple, l'objet @code{System} peut, vis à vis d'un objet
-@code{VerticalAlignment},  être à la fois parent (par son
-côté Y) et grand parent (par deux fois du côté X).
-
-La macro ci-dessous affiche à l'écran une représentation textuelle de
-l'ascendance d'un @emph{grob}.
-
-
-Elle se lance ainsi :
-
-@example
-@{
-   \\once \\override NoteHead #'before-line-breaking = #display-ancestry
-   c4
-@}
-@end example
-
-et génère la sortie suivante :
-
-@example
-------------------------------------
-
-NoteHead X,Y: NoteColumn
-    X: PaperColumn
-       X,Y: System
-    Y: VerticalAxisGroup
-       X: NonMusicalPaperColumn
-          X,Y: System
-       Y: VerticalAlignment
-          X: NonMusicalPaperColumn
-             X,Y: System
-          Y: System
-@end example
-
-"
-  doctitlefr = "Affichage de la généalogie d'un objet"
+  lsrtags = "scheme-language, tweaks-and-overrides, devel"
 
   texidoc = "
 When working with grob callbacks, it can be helpful to understand a