+Il est désormais possible de modifier la propriété @code{text} des noms
+d'accord.
+
+@lilypond[verbatim,fragment,quote]
+<<
+\new ChordNames \chordmode {
+ a' b c:7
+ \once \override ChordName.text = #"foo"
+ d
+}
+>>
+@end lilypond
+
+@end itemize
+
+
+
+@subheading Nouveautés en matière d'entrée et sortie
+@c VO New for input and output
+
+
+@strong{Améliorations pour la structure}
+
+@itemize
+
+@item
+Les blocs introduits par @code{\header} peuvent être stockés dans des
+variables et utilisés en argument à la musique ou à des fonctions Scheme
+ainsi que dans le corps de constructions @code{#@{@dots{}#@}}. Ils sont
+représentés en tant que module Guile.
+
+Les blocs @code{\book}, @code{\bookpart}, @code{\score}, @code{\with},
+@code{\layout}, @code{\midi} et @code{\paper} peuvent être passés de
+façon similaire, mais sont représentés par des types de donnée différents.
+
+@end itemize
+
+
+@strong{Améliorations pour les titrages et entêtes}
+
+@itemize
+
+@item
+Les numéros de page peuvent désormais s'imprimer en chiffres romains, en
+ajustant la variable de papier @code{page-number-type}.
+
+@end itemize
+
+
+@strong{Améliorations pour les fichiers source}
+
+@itemize
+
+@item
+La nouvelle commande @code{\tagGroup} vient en complément des commandes
+@code{\keepWithTag} et @code{\removeWithTag} déjà existantes. Par exemple,
+
+@example
+\tagGroup #'(violinI violinII viola cello)
+@end example
+
+déclare une liste de balises appartenant à un unique « groupe de
+balises ».
+
+@example
+\keepWithTag #'violinI
+@end example
+
+n'est maintenant plus concerné que par les balises du groupe auquel
+« violinI » appartient.
+
+Tout élément balisé par une ou plusieurs balises du groupe, à
+l'exception de @var{violinI}, sera ignoré.
+
+@end itemize
+
+
+@strong{Améliorations pour les fichiers résultants}
+
+@itemize
+
+@item
+Les fichiers sources LilyPond peuvent désormais être empaquetés dans les
+fichiers PDF générés. Cette fonctionnalité est pour l'instant désactivée
+par défaut car susceptible d'être considérée comme peu sure dans la
+mesure où des documents PDF comportant des fichiers cachés peuvent
+présenter des risques en matière de sécurité. Attention cependant :
+les lecteurs de PDF ne sont pas tous capables de gérer les fichiers
+joints ; si tel est le cas, le rendu PDF apparaîtra normalement mais les
+fichiers joints seront invisibles. Cette fonctionnalité n'est
+opérationnelle qu'avec le moteur PDF.
+
+@item
+La procédure @code{output-classic-framework} et l'option
+@code{-dclip-systems} sont désormais prises en charge par le moteur
+@code{SVG}.
+
+@item
+Le nouvel argument @code{-dcrop} permet de formater une sortie
+@code{SVG} ou @code{PDF} sans marges ni saut de page.
+
+@item
+La propriété d'objet graphique @code{output-attributes} remplace, dans
+les sorties SVG, la propriété de @emph{grob} @code{id}. Ceci permet de
+définir, à l'aide d'une liste associative, de multiples attributs. Par
+exemple, @code{#'((id . 123) (class . foo) (data-whatever . @qq{bar}))}
+produira dans un fichier SVG le groupe de balise : @code{<g id=@qq{123}
+class=@qq{foo} data-whatever=@qq{bar}> @dots{} </g>}.
+
+@item
+La fonctionnalité PostScript d'ajustement des traits ne s'applique plus
+de manière automatique ; elle est désormais laissée à l'appréciation du
+périphérique PostScript -- Ghostscript l'utilise par défaut pour des
+résolutions inférieures à 150 dpi lorsqu'il génère des images
+@emph{raster}. Lorsqu'elle est activée, un algorithme de dessin plus
+complexe tirant profit des ajustements de trait servira notamment pour
+les ligatures et barres de mesure.
+
+L'ajustement des traits peut se forcer, en ligne de commande, à l'aide
+de l'option @samp{-dstrokeadjust}. En ce qui concerne la génération de
+fichiers @code{PDF}, ceci améliorera nettement la prévisualisation, au
+détriment cependant de la taille du fichier. La qualité d'impression à
+haute résolution n'est pas affectée.
+
+@item
+Une nouvelle fonction -- @code{make-path-stencil} -- supporte toutes les
+commandes @code{path}, tant relatives qu'absolues :
+
+@code{lineto}, @code{rlineto}, @code{curveto}, @code{rcurveto},
+@code{moveto}, @code{rmoveto}, @code{closepath}. La fonction prend
+aussi en charge la syntaxe « lettre unique » utilisée dans les commandes
+de chemin du standard SVG :
+
+@code{L}, @code{l}, @code{C}, @code{c}, @code{M}, @code{m}, @code{Z} et
+@code{z}. Cette nouvelle commande est rétrocompatible avec la fonction
+originale @code{make-connected-path-stencil}. Voir aussi le fichier
+@file{scm/stencil.scm}.
+
+@end itemize
+
+
+@strong{Améliorations pour le MIDI}
+
+@itemize
+
+@item
+La plupart des articulations communes sont réflétées dans le rendu MIDI.
+Accent et marcato donnent des notes plus fortes ; staccato,
+staccatissimo et portato abrègent les notes. Une marque de respiration
+raccourcit la note qui précède.
+
+Ce comportement est ajustable au travers des propriétés
+@code{midiLength} et @code{midiExtraVelocity} affectées à
+@code{ArticulationEvent}. Voir le fichier @file{script-init.ly} pour
+des exemples.
+
+@item
+Amélioration du rendu MIDI des respirations. Après une note liée, la
+respiration prend son temps uniquement sur la dernière note de la
+prolongation. Autrement dit, @code{@{ c4~ c8 \breathe @}} s'entendra
+comme @code{@{ c4~ c16 r @}} au lieu de @code{@{ c4 r8 @}}. Ceci est
+plus cohérent en matière d'articulation et avec la manière dont un
+instrumentiste interprète une respiration après une note prolongée par
+une liaison. Ceci permet aussi d'aligner plus facilement une
+respiration simultanée à plusieurs parties dont les notes différent dans
+leur durée.
+
+@item
+Il est désormais possible de contrôler le « niveau d'expression » des
+canaux MIDI à l'aide de la propriété de contexte
+@code{Staff.midiExpression}. Ceci permet d'altérer le volume perçu y
+compris des notes tenues, bien que légèrement. L'ajustement prend une
+valeur entre @code{0.0} et @code{1.0}.
+
+@example
+\score @{
+ \new Staff \with @{
+ midiExpression = #0.6
+ midiInstrument = #"clarinet"
+ @}
+ <<
+ @{ a'1~ a'1 @}
+ @{
+ \set Staff.midiExpression = #0.7 s4\f\<
+ \set Staff.midiExpression = #0.8 s4
+ \set Staff.midiExpression = #0.9 s4
+ \set Staff.midiExpression = #1.0 s4
+
+ \set Staff.midiExpression = #0.9 s4\>
+ \set Staff.midiExpression = #0.8 s4
+ \set Staff.midiExpression = #0.7 s4
+ \set Staff.midiExpression = #0.6 s4\!
+ @}
+ >>
+ \midi @{ @}
+@}
+@end example
+
+@item
+Lorsqu'il génère un fichier MIDI, LilyPond enregistre désormais le
+@code{title} défini dans le bloc @code{\header} d'une partition en tant
+que nom de la séquence MIDI du fichier MIDI. En l'absence de
+@code{title} au niveau @code{\score}, sera retenue la première
+définition trouvée dans l'ordre suivant : @code{\bookpart}, @code{\book}
+et enfin @code{\header} de premier niveau. De manière optionnelle, le
+nom de la séquence MIDI peut se définir à l'aide du nouveau champ de
+@code{\header} @code{midititle} indépendamment au cas où le champ
+@code{title} contiendrait du code @emph{markup} qui ne serait pas rendu
+correctement en texte plat.
+
+@end itemize
+
+
+@strong{Améliorations en matière d'extraction de la musique}
+
+@itemize
+
+@item
+@code{\displayLilyMusic} et ses fonctions Scheme sous-jacentes
+n'omettent plus les durées de note redondantes. Il est désormais plus
+facile et sûr de reconnaître et formater les durées isolées dans des
+expressions telles que
+@example
+@{ c4 d4 8 @}
+@end example
+
+@end itemize