X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=Documentation%2Ffr%2Fextending%2Fscheme-tutorial.itely;h=a60e9e7ce41f7356e3236efe5cfad9db2b09749b;hb=730d4eb3e0328e8ba0b376f8191a5bb6ae7f904c;hp=5b512bcd9dfb62b48c6a776f7373b9856202dce5;hpb=01df8ad908c92687d0c352e5ad5f067e52809423;p=lilypond.git diff --git a/Documentation/fr/extending/scheme-tutorial.itely b/Documentation/fr/extending/scheme-tutorial.itely index 5b512bcd9d..a60e9e7ce4 100644 --- a/Documentation/fr/extending/scheme-tutorial.itely +++ b/Documentation/fr/extending/scheme-tutorial.itely @@ -1,14 +1,14 @@ @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*- @ignore - Translation of GIT committish: ea78e54687b8beb80958e55bcd3ddfbe90ab5967 + Translation of GIT committish: e2f786e15c2f1c7e71518c5e2d134bc31fd587f8 When revising a translation, copy the HEAD committish of the version that you are working on. For details, see the Contributors' Guide, node Updating translation committishes.. @end ignore -@c \version "2.17.6" +@c \version "2.17.11" @c Translators: Jean-Charles Malahieude @@ -233,7 +233,17 @@ Scheme prend aussi en charge des types de données composites. LilyPond utilise beaucoup les paires, listes, listes associatives et tables de hachage. -@subheading Paires +@menu +* Paires:: +* Listes:: +* Listes associatives (alists):: +* Tables de hachage:: +@end menu + + +@node Paires +@unnumberedsubsubsec Paires +@translationof Pairs Le type de donnée composite fondamental est la paire (@code{pair}). Comme son nom l'indique, il s'agit de lier deux valeurs, à l'aide de @@ -275,7 +285,7 @@ procédures Scheme @code{car} et @code{cdr}. @lisp guile> (define mypair (cons 123 "hello there") -... ) +@dots{} ) guile> (car mypair) 123 guile> (cdr mypair) @@ -285,12 +295,14 @@ guile> @noindent -Note : @code{cdr} se prononce @qq{couldeur}, comme l'indiquent Sussman et +Note : @code{cdr} se prononce @qq{couldeur}, comme l'indiquent Sussman et Abelson -- voir @uref{http://mitpress.mit.edu/sicp/full-text/book/book-Z-H-14.html#footnote_Temp_133}. -@subheading Listes +@node Listes +@unnumberedsubsubsec Listes +@translationof Lists Autre structure de donnée commune en Scheme : la liste (@emph{list}). Une liste se définit comme étant vide (représentée par @code{'()}) ou @@ -322,7 +334,9 @@ d'ailleurs jusqu'à considérer Scheme comme un dialecte du lisp, où que toute expression Scheme est une liste. -@subheading Listes associatives (alists) +@node Listes associatives (alists) +@unnumberedsubsubsec Listes associatives (alists) +@translationof Association lists (alists) Il existe un type particulier de liste : la @emph{liste associative} -- ou @emph{alist}. Une @emph{alist} permet de stocker des données dans le @@ -349,7 +363,9 @@ LilyPond recourt abondamment aux @emph{alists} pour stocker des propriétés ou autres données. -@subheading Tables de hachage +@node Tables de hachage +@unnumberedsubsubsec Tables de hachage +@translationof Hash tables Il s'agit d'une structure de données à laquelle LilyPond fait parfois appel. Une table de hachage (@emph{hash table}) peut se comparer à une @@ -530,14 +546,22 @@ Une procédure Scheme est une expression Scheme qui renverra une valeur issue de son exécution. Les procédures Scheme sont capables de manipuler des variables qui ne sont pas définies en leur sein. +@menu +* Définition de procédures:: +* Prédicats:: +* Valeurs de retour:: +@end menu + -@subheading Définition de procédures +@node Définition de procédures +@unnumberedsubsubsec Définition de procédures +@translationof Defining procedures En Scheme, on définit une procédure à l'aide de l'instruction @code{define} : @example -(define (nom-fonction argument1 argument2 ... argumentn) +(define (nom-fonction argument1 argument2@dots{} argumentn) expression-scheme-qui-donnera-une-valeur-en-retour) @end example @@ -560,7 +584,9 @@ guile> (moyenne 3 12) @end lisp -@subheading Prédicats +@node Prédicats +@unnumberedsubsubsec Prédicats +@translationof Predicates Une procédure Scheme chargée de retourner une valeur booléenne s'appelle un @qq{prédicat} (@emph{predicate}). Par convention, plutôt que par @@ -576,7 +602,9 @@ guile> (moins-de-dix? 15) @end lisp -@subheading Valeurs de retour +@node Valeurs de retour +@unnumberedsubsubsec Valeurs de retour +@translationof Return values Une procédure Scheme doit toujours renvoyer une valeur de retour, en l'occurrence la valeur de la dernière expression exécutée par cette @@ -602,7 +630,7 @@ retour de la dernière clause de ce bloc : @lisp guile> (let ((x 2) (y 3) (z 4)) (display (+ x y)) (display (- z 4)) -... (+ (* x y) (/ z x))) +@dots{} (+ (* x y) (/ z x))) 508 @end lisp @@ -611,7 +639,15 @@ guile> (let ((x 2) (y 3) (z 4)) (display (+ x y)) (display (- z 4)) @subsection Scheme et les conditions @translationof Scheme conditionals -@subheading if +@menu +* if:: +* cond:: +@end menu + + +@node if +@unnumberedsubsubsec if +@translationof if Scheme dispose d'une procédure @code{if} : @@ -632,7 +668,9 @@ guile> (if (> a b) "a est plus grand que b" "a n'est pas plus grand que b") @end lisp -@subheading cond +@node cond +@unnumberedsubsubsec cond +@translationof cond Une autre manière d'introduire une condition en Scheme est d'utiliser l'instruction @code{cond} : @@ -640,7 +678,7 @@ l'instruction @code{cond} : @example (cond (expression-test-1 expression-résultat-séquence-1) (expression-test-2 expression-résultat-séquence-2) - ... + @dots{} (expression-test-n expression-résultat-séquence-n)) @end example @@ -650,8 +688,8 @@ Comme par exemple ici : guile> (define a 6) guile> (define b 8) guile> (cond ((< a b) "a est plus petit que b") -... ((= a b) "a égale b") -... ((> a b) "a est plus grand que b")) +@dots{} ((= a b) "a égale b") +@dots{} ((> a b) "a est plus grand que b")) "a est plus petit que b" @end lisp @@ -689,7 +727,8 @@ expressions, tout comme le langage humain est structuré en mots et phrases. LilyPond dispose d'un analyseur lexical (appelé @emph{lexer}) qui sait identifier les jetons -- nombres, chaînes, éléments Scheme, hauteurs etc. -- ainsi que d'un analyseur syntaxique (appelé -@emph{parser}) -- voir l'annexe @ruser{Grammaire de LilyPond}. Dès lors +@emph{parser}) -- voir +@rcontribnamed{LilyPond grammar, Grammaire de LilyPond}. Dès lors que le programme sait quelle règle grammaticale particulière doit s'appliquer, il exécute les consignes qui lui sont associées. @@ -865,7 +904,7 @@ traLaLa = @{ c'4 d'4 @} est convertie, en interne, en une définition Scheme : @example -(define traLaLa @var{valeur Scheme de `@code{... }'}) +(define traLaLa @var{valeur Scheme de `@code{@dots{}}'}) @end example Cela signifie que variables LilyPond et variables Scheme peuvent tout à @@ -911,7 +950,7 @@ syntaxe LilyPond. Au lieu de définir @code{\twice}, nous aurions tout aussi bien pu écrire @example -... +@dots{} $(make-sequential-music (list newLa)) @end example @@ -937,7 +976,7 @@ d'une liste dans le contexte environnant. Grâce à ces opérateurs, la dernière partie de notre fonction pourrait s'écrire ainsi : @example -... +@dots{} @{ #@@newLa @} @end example @@ -959,7 +998,7 @@ ici : #(define (nopc) (ly:set-option 'point-and-click #f)) -... +@dots{} #(nopc) @{ c'4 @} @end example @@ -1013,7 +1052,18 @@ pour les autres. Ainsi, l'objet hampe possède une propriété @subsection Variables LilyPond composites @translationof LilyPond compound variables -@subheading Décalages (@emph{offsets}) +@menu +* Décalages (offsets):: +* Fractions:: +* Étendues (extents):: +* Propriété en alists:: +* Chaînes d'alist:: +@end menu + + +@node Décalages (offsets) +@unnumberedsubsubsec Décalages (@emph{offsets}) +@translationof Offsets Les décalages (@emph{offset}) sur deux axes (coordonnées X et Y) sont stockés sous forme de @emph{paires}. Le @code{car} de l'offset @@ -1034,7 +1084,9 @@ Les procédures permettant de manipuler les offsets sont regroupées dans le fichier @file{scm/lily-library.scm}. -@subheading Fractions +@node Fractions +@unnumberedsubsubsec Fractions +@translationof Fractions Les fractions, tel que LilyPond les utilise, sont aussi stockées sous forme de @emph{paire}. Alors que Scheme est tout à fait capable de @@ -1046,7 +1098,9 @@ en LilyPond correspond à @code{(2 . 4)} en Scheme, et @code{#2/4} en LilyPond correspond à @code{1/2} en Scheme. -@subheading Étendues (@emph{extents}) +@node Étendues (extents) +@unnumberedsubsubsec Étendues (@emph{extents}) +@translationof Extents Les paires permettent aussi de stocker des intervalles qui représentent un ensemble de nombres compris entre un minimum (le @code{car}) et un @@ -1064,7 +1118,9 @@ l'utilisation de ces procédures dans toute la mesure du possible afin d'assurer la cohérence du code. -@subheading Propriété en @emph{alists} +@node Propriété en alists +@unnumberedsubsubsec Propriété en @emph{alists} +@translationof Property alists Les propriétés en @emph{alists} sont des structures de données particulières à LilyPond. Il s'agit de listes associatives dont les @@ -1075,7 +1131,9 @@ Les propriétés LilyPond sont des symboles Scheme, à l'instar de @code{'thickness}. -@subheading Chaînes d'@emph{alist} +@node Chaînes d'alist +@unnumberedsubsubsec Chaînes d'@emph{alist} +@translationof Alist chains Une chaîne d'@emph{alist} est une liste contenant les listes associatives d'une propriété. @@ -1200,31 +1258,40 @@ affichera 'text "f")) 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 0 0)))) @end example Par défaut, LilyPond affichera ces messages sur la console, parmi toutes les autres informations. Vous pouvez, afin de les isoler et de garder -le résultat des commandes @code{\display@{TRUC@}}, rediriger la sortie -vers un fichier : +le résultat des commandes @code{\display@{TRUC@}}, spécifier un +port optionnel à utiliser pour la sortie : @example -lilypond file.ly >display.txt +@{ + \displayMusic #(open-output-file "display.txt") @{ c'4\f @} +@} @end example -Un peu de Scheme combiné à notre code LilyPond, et les seules -informations qui nous intéressent se retrouveront directement dans un -fichier indépendant : +Ceci aura pour effet d'écraser tout fichier précédemment généré. +Lorsque plusieurs expressions doivent être retranscrites, il suffit de +faire appel à une variable pour le port puis de la réutiliser : @example @{ - #(with-output-to-file "display.txt" - (lambda () #@{ \displayMusic @{ c'4\f @} #@})) + port = #(open-output-file "display.txt") + \displayMusic \port @{ c'4\f @} + \displayMusic \port @{ d'4 @} + #(close-output-port port) @} @end example +La documentation de Guile fournit une description détaillée des ports. +Clôturer un port n'est requis que si vous désirez consulter le fichier +avant que LilyPond n'ait fini, ce dont nous ne nous sommes pas préoccupé +dans le premier exemple. + L'information sera encore plus lisible après un peu de mise en forme : @example @@ -1235,11 +1302,11 @@ L'information sera encore plus lisible après un peu de mise en forme : (make-music 'AbsoluteDynamicEvent 'text "f")) - 'duration (ly:make-duration 2 0 1 1) + 'duration (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 0 0)))) @end example -Une séquence musicale @code{@{ ... @}} se voit attribuer le nom de +Une séquence musicale @code{@{ @dots{} @}} se voit attribuer le nom de @code{SequentialMusic}, et les expressions qu'elle contient sont enregistrées en tant que liste dans sa propriété @code{'elements}. Une note est représentée par un objet @code{NoteEvent} -- contenant les @@ -1271,7 +1338,7 @@ someNote = c' (make-music 'NoteEvent 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 0 0)) @end example @@ -1290,7 +1357,7 @@ someNote = (list (make-music 'NoteEvent 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 0 0)))) @end example @@ -1307,7 +1374,7 @@ pour afficher la représentation en Scheme d'une expression musicale : (make-music 'NoteEvent 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 0 0)) @end example @@ -1360,7 +1427,7 @@ comment le résultat est représenté en interne. 'span-direction -1)) 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 5 0)) (make-music @@ -1371,7 +1438,7 @@ comment le résultat est représenté en interne. 'span-direction 1)) 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 5 0)))) @end example @@ -1388,7 +1455,7 @@ Examinons à présent la saisie : (make-music 'NoteEvent 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch 0 5 0)))) @end example @@ -1397,10 +1464,10 @@ Nous aurons donc besoin, dans notre fonction, de cloner cette expression -- de telle sorte que les deux notes constituent la séquence -- puis d'ajouter un @code{SlurEvent} à la propriété @code{'articulations} de chacune d'elles, et enfin réaliser un @code{SequentialMusic} de ces deux -@code{EventChords}. En tenant compte du fait que, dans le cadre d'un -ajout, une propriété non définie est lue @code{'()} (une liste vide), -aucune vérification n'est requise avant d'introduire un nouvel élément -en tête de la propriété @code{articulations}. +éléments @code{NoteEvent}. En tenant compte du fait que, dans le cadre +d'un ajout, une propriété non définie est lue @code{'()} (une liste +vide), aucune vérification n'est requise avant d'introduire un nouvel +élément en tête de la propriété @code{articulations}. @example doubleSlur = #(define-music-function (parser location note) (ly:music?) @@ -1422,14 +1489,13 @@ doubleSlur = #(define-music-function (parser location note) (ly:music?) @translationof Adding articulation to notes (example) Le moyen d'ajouter une articulation à des notes consiste à fusionner -deux expressions musicales en un même contexte, comme nous l'avons vu à -la rubrique @ruser{Création d'un contexte}. L'option de réaliser +deux expressions musicales en un même contexte. L'option de réaliser nous-mêmes une fonction musicale à cette fin nous offre l'avantage de pouvoir alors ajouter une articulation, telle qu'une instruction de doigté, individuellement à l'une des notes d'un accord, ce qui est impossible dans le cadre d'une simple fusion de musique indépendante. -Un @code{$variable} au milieu de la notation @code{#@{...#@}} se +Un @code{$variable} au milieu de la notation @code{#@{ @dots{} #@}} se comporte exactement comme un banal @code{\variable} en notation LilyPond traditionnelle. Nous savons déjà que @@ -1457,7 +1523,7 @@ le résultat auquel nous désirons aboutir : (make-music 'NoteEvent 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch -1 0 0)))) ===== @@ -1472,7 +1538,7 @@ le résultat auquel nous désirons aboutir : 'articulation-type "accent")) 'duration - (ly:make-duration 2 0 1 1) + (ly:make-duration 2 0 1/1) 'pitch (ly:make-pitch -1 0 0)) @end example @@ -1503,7 +1569,7 @@ se déduit la plupart de temps de par son nom -- c'est d'ailleurs une excellente pratique que l'on retrouve dans de nombreux autres langages. @example -"Ajoute un accent..." +"Ajoute un accent@dots{}" @end example @noindent