<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<!-- header_tag -->
<html lang="en">
<head>
<title>Représentation de la musique - GNU LilyPond - manuel d'initiation</title>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
<meta name="description" content="GNU LilyPond - manuel d'initiation">
<meta name="generator" content="makeinfo 4.11">
<link title="Top" rel="start" href="index.fr.html#Top">
<link rel="up" href="Background.fr.html#Background" title="Contexte">
<link rel="prev" href="What-symbols-to-engrave_003f.fr.html#What-symbols-to-engrave_003f" title="Gravure des symboles musicaux">
<link rel="next" href="Example-applications.fr.html#Example-applications" title="Exemples d'application">
<link href="http://www.gnu.org/software/texinfo/" rel="generator-home" title="Texinfo Homepage">
<!--
Copyright (C) 1999--2008 par les auteurs
_The translation of the following copyright notice is provided
for courtesy to non-English speakers, but only the notice in English
legally counts._
_La traduction de la notice de droits d'auteur ci-dessous vise à
faciliter sa compréhension par le lecteur non anglophone, mais seule la
notice en anglais a valeur légale._
Vous avez le droit de copier, distribuer et/ou modifier ce document
selon les termes de la Licence GNU de documentation libre, version
1.1 ou tout autre version ultérieure publiée par la Free Software
Foundation, ``sans aucune section invariante''. Une copie de la
licence est fournie à la section ``Licence GNU de documentation
libre''.
Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License,
Version 1.1 or any later version published by the Free Software
Foundation; with no Invariant Sections. A copy of the license is
included in the section entitled ``GNU Free Documentation
License''.
-->
<meta http-equiv="Content-Style-Type" content="text/css">
<style type="text/css"><!--
pre.display { font-family:inherit }
pre.format { font-family:inherit }
pre.smalldisplay { font-family:inherit; font-size:smaller }
pre.smallformat { font-family:inherit; font-size:smaller }
pre.smallexample { font-size:smaller }
pre.smalllisp { font-size:smaller }
span.sc { font-variant:small-caps }
span.roman { font-family:serif; font-weight:normal; }
span.sansserif { font-family:sans-serif; font-weight:normal; }
hr { border:0; height:1; color: #000000; background-color: #000000; }
/* hr {
border: none;
height: 1px;
color: #666666;
background-color: #666666;
}
body {
border-left: 1px solid #666666;
border-right: 1px solid #666666;
color: #332d28;
margin-right: auto;
margin-left: auto;
width: 60em;
list-style-type: square;
font-family: Arial,Helvetica,sans-serif;
padding-right: 1em;
padding-left: 1em;
}
a {
border-bottom: 1px dashed #344242;
text-decoration: none;
color: #344242;
}
a:link {
text-decoration: none;
}
a:visited {
border-bottom: 1px dashed #666666;
color: #666666;
}
a:active {
border-bottom: 1px solid #00cccc;
color: #00cccc;
}
a:hover {
border-bottom: 1px solid #1d7b85;
color: #1d7b85;
}
blockquote {
border: 1px solid #cccccc;
padding: 3px;
width: 40em;
}
.node {
border-left: 1px solid #666666;
margin: -0.5em 0px 1em;
padding: 2px 1px 0px;
font-style: italic;
}
.node a {
border: none;
text-decoration: underline;
font-style: normal;
font-weight: bold;
}
.verbatim {
font-family: "Courier New",Courier,monospace;
}
.unnumberedsubsubsec {
font-size: large;
color: #1d7b85;
}
.subsubheading {
font-size: large;
color: #3b220d;
}
.contents {
border: 1px dashed #339999;
margin: 3px 2em;
list-style-type: square;
padding-right: 1em;
width: 40em;
background-color: #fcfff9;
}
.contents a {
border-bottom: 1px dashed #423d34;
text-decoration: none;
color: #423d34;
}
.contents a:visited {
border-bottom: 1px dashed #666666;
color: #666666;
}
.contents a:active {
border-bottom: 1px solid #f0d86d;
color: #f0d86d;
}
.contents a:hover {
border-bottom: 1px solid #3b220d;
color: #3b220d;
}
.menu {
border-left: 1px dashed #339999;
margin: 3px 2em 1em;
list-style-type: square;
padding-left: 1.4em;
width: 40em;
}
.unnumbered {
}
h2 {
font-size: x-large;
color: #1d7b85;
}
*/
--></style>
</head>
<BODY BGCOLOR=WHITE TEXT=BLACK>
<div class="node">
<p>
<a name="Music-representation"></a>
Suivant : <a rel="next" accesskey="n" href="Example-applications.fr.html#Example-applications">Exemples d'application</a>,
Précédent : <a rel="previous" accesskey="p" href="What-symbols-to-engrave_003f.fr.html#What-symbols-to-engrave_003f">Gravure des symboles musicaux</a>,
Haut : <a rel="up" accesskey="u" href="Background.fr.html#Background">Contexte</a>
<hr>
</div>
<h4 class="unnumberedsubsec">Représentation de la musique</h4>
<p>Idéalement, le format d'entrée pour n'importe quel système de
formatage est une description abstraite du contenu. Dans ce cas-ci,
ce serait la musique elle-même. Cela pose un formidable problème :
comment pouvons-nous définir ce que la musique est réellement<font size="-4"> </font>? Plutôt
que d'essayer de trouver une réponse, nous avons renversé la question.
Nous écrivons un logiciel capable de produire de la musique écrite, et
adaptons le format pour atteindre la plus grande concision possible.
Quand le format ne peut plus être simplifé, il nous reste par
définition le contenu lui-même. Notre logiciel sert de définition
formelle d'un document de musique.
<p>La syntaxe est également l'interface utilisateur pour LilyPond, par
conséquent il est facile de saisir
<pre class="example"> {
c'4 d'8
}
</pre>
<p class="noindent">c'est-à-dire un do central noire et, juste au-dessus un ré croche
<blockquote>
<p>
<a href="../c8/lily-9e28f9be.ly"> <img align="middle" border="0" src="../c8/lily-9e28f9be.png" alt="[image of music]"> </a>
</p>
</blockquote>
<p>Sur une échelle microscopique, une telle syntaxe est facile à
utiliser. A plus grande échelle, la syntaxe a besoin aussi de
structure. Comment serait-il possible autrement de rentrer des
pièces complexes comme des symphonies ou des opéras<font size="-4"> </font>? La structure
est formée par le concept d'expression musicale : en combinant
de petits fragments de musique pour en former de plus grands, on peut
exprimer de la musique plus complexe. Par exemple
<blockquote>
<pre class="verbatim">
f4
</pre>
<p>
<a href="../1b/lily-c49d0a45.ly"> <img align="middle" border="0" src="../1b/lily-c49d0a45.png" alt="[image of music]"> </a>
</p>
</blockquote>
<p class="noindent">Des accord peuvent être construits avec <code><<</code> et <code>>></code> autour
des notes.
<!-- < > is not a music expression, -->
<!-- so we use <<>> iso. <> to drive home the point of -->
<!-- expressions. Don't change this back -hwn. -->
<!-- FIXME: change this. I can explain it better. -gp -->
<pre class="example"><<c4 d4 e4>>
</pre>
<blockquote>
<p>
<a href="../eb/lily-4bccd100.ly"> <img align="middle" border="0" src="../eb/lily-4bccd100.png" alt="[image of music]"> </a>
</p>
</blockquote>
<p class="noindent">Cette expression est mise dans une séquence grace à l'encadrement par
des accolades <code>{ ... }</code>
<pre class="example">{ f4 <<c4 d4 e4>> }
</pre>
<blockquote>
<p>
<a href="../9f/lily-75801860.ly"> <img align="middle" border="0" src="../9f/lily-75801860.png" alt="[image of music]"> </a>
</p>
</blockquote>
<p class="noindent">Ceci est également une expression, et peut donc encore une fois
être combinée avec d'autres expressions simultanées (une blanche)
en utilisant <<, <code>\\</code>, et >>
<pre class="example"><< g2 \\ { f4 <<c4 d4 e4>> } >>
</pre>
<blockquote>
<p>
<a href="../e9/lily-b9924f13.ly"> <img align="middle" border="0" src="../e9/lily-b9924f13.png" alt="[image of music]"> </a>
</p>
</blockquote>
<p>De telles strucutres récursives peuvent être spécifiées formellement
et de manière ordonnée dans une grammaire indépendante de tout
contexte. Le code d'analyse est aussi générée à partir de cette
grammaire. Autrement dit, la syntaxe de LilyPond est définie
clairement et sans ambiguité.
<p>L'interface utilisateur et la syntaxe sont ce que les gens voient et
manipulent le plus. Elles sont en partie une affaire de goût, et
aussi sujettes à beaucoup de discussions. Même si ces discussions sur
les goûts ont leur mérite, elles ne sont pas très productives. D'un
point de vue plus large sur LilyPond, l'importance de la syntaxe est
minime : il est facile d'inventer une syntaxe concise, alors qu'écrire
un code de formatage décent est beaucoup plus difficile. Ceci est
également illustré par le nombre de lignes de codes pour les
composants respectifs : l'analyse et la représentation constituent
moins de 10% du code source.
<!-- footer_tag --><br><hr>
<div class="node">
<p>
Suivant : <a rel="next" accesskey="n" href="Example-applications.fr.html#Example-applications">Exemples d'application</a>,
Précédent : <a rel="previous" accesskey="p" href="What-symbols-to-engrave_003f.fr.html#What-symbols-to-engrave_003f">Gravure des symboles musicaux</a>,
Haut : <a rel="up" accesskey="u" href="Background.fr.html#Background">Contexte</a>
</div>
<div style="background-color: #e8ffe8; padding: 2; border: #c0ffc0 1px solid;">
<p>
<font size="-1">
Cette page documente LilyPond-2.11.57 (branche de développement).
<br>
<address>
Rapportez toute anomalie en français à <a href="mailto:lilypond-user-fr@gnu.org">lilypond-user-fr@gnu.org</a> ou en anglais à <a href="http://post.gmane.org/post.php?group=gmane.comp.gnu.lilypond.bugs">http://post.gmane.org/post.php?group=gmane.comp.gnu.lilypond.bugs</a> </address>
<br>
Vos <a href="http://lilypond.org/web/devel/participating/documentation-adding">suggestions à propos de la documentation</a> sont les bienvenues.
</font>
</p>
</div>
<P>
Autres langues : <a href="Music-representation.html">English</a>, <a href="Music-representation.es.html">español</a>, <a href="Music-representation.de.html">deutsch</a>.
<BR>
</P>
</BODY></html>
