1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: it -*-
4 Translation of GIT committish: 2aeac5e3815effa47427dad86d6be811c7b0d8a2
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. For details, see the Contributors'
8 Guide, node Updating translation committishes..
14 @node Aggiornare i file con convert-ly
15 @chapter Aggiornare i file con @command{convert-ly}
16 @translationof Updating files with convert-ly
18 @cindex Aggiornare un file di LilyPond
21 La sintassi di input di LilyPond viene regolarmente modificata per semplificarla
22 o per migliorarla in vari modi. L'effetto collaterale è che l'interprete di LilyPond
23 spesso non è più compatibile con i vecchi file di input. Per ovviare a questo
24 problema, si può usare il programma @command{convert-ly}, che permette di gestire
25 gran parte dei cambiamenti di sintassi tra le versioni di LilyPond.
28 * Perché la sintassi cambia?::
29 * Utilizzo di convert-ly::
30 * Opzioni da linea di comando per convert-ly::
31 * Problemi nell'eseguire convert-ly::
32 * Conversioni manuali::
36 @node Perché la sintassi cambia?
37 @section Perché la sintassi cambia?
38 @translationof Why does the syntax change?
41 @cindex aggiornare i vecchi file di input
43 La sintassi di input di LilyPond talvolta cambia. Via via che LilyPond
44 migliora, la sintassi (il linguaggio dell'input) viene modificata di
45 conseguenza. Queste modifiche vengono fatte a volte per far sì che l'input
46 sia più facile da leggere e da scrivere e a volte per aggiungere a LilyPond
49 Ad esempio, tutti i nomi delle proprietà di @code{\paper} e @code{\layout}
50 dovrebbero essere scritte nella forma @code{primo-secondo-terzo}.
51 Tuttavia, nella versione 2.11.60 ci siamo accorti che la proprietà
52 @code{printallheaders} non seguiva questa convenzione.
53 Dovevamo lasciarla così come era (confondendo i nuovi utenti che devono avere
54 a che fare con un formato di input incoerente), o cambiarla (disturbando i
55 vecchi utenti che avevano già delle partiture)? In questo caso decidemmo di
56 cambiare il nome in @code{print-all-headers}. Fortunatamente, questa modifica
57 può essere automatizzata con @command{convert-ly}.
59 Purtroppo @code{convert-ly} non è in grado di gestire tutti i cambiamenti
60 dell'input. Ad esempio, in LilyPond 2.4 e precedenti, gli accenti e le lettere
61 non inglesi venivano inserite con LaTeX -- per mostrare la parola francese per
62 Natale si usava @code{No\"el}. Ma in LilyPond
63 @c keep "-matching straight in fancy editors
64 2.6 e superiori, il carattere speciale @code{ë} deve essere inserito direttamente
65 nel file LilyPond come carattere UTF-8. @code{convert-ly} non può sostituire
66 tutti i caratteri speciali di LaTeX con i rispettivi caratteri UTF-8; è necessario
67 aggiornare a mano i vecchi file di input di LilyPond.
70 @node Utilizzo di convert-ly
71 @section Utilizzo di @command{convert-ly}
72 @translationof Invoking convert-ly
74 @command{convert-ly} usa la dichiarazione @code{\version} nel file di input
75 per determinare il vecchio numero di versione. Nella maggior parte dei casi
76 per aggiornare il file di input è sufficiente eseguire
79 convert-ly -e miofile.ly
83 nella directory che contiene il file. Questo comando aggiornerà
84 @file{miofile.ly} e preserverà il file originale in
87 @warning{@command{convert-ly} converte sempre fino all'ultimo cambiamento di
88 sintassi gestito. Questo significa che il numero di @code{\version}
89 che appare nel file convertito è di solito inferiore al numero di versione di
90 @command{convert-ly}.}
92 Per convertire in una volta sola tutti i file di input in una directory si usa
98 Altrimenti, se si desidera specificare un nome diverso per il file
99 aggiornato, senza modificare il file originale e il suo nome, si usa
102 convert-ly miofile.ly > mionuovofile.ly
105 Il programma elencherà i numeri di versione per i quali sono state eseguite
106 le conversioni. Se non vengono elencati dei numeri di versione il file è
109 Gli utenti MacOS@tie{}X possono eseguire questi comandi dalla voce di menu
110 @code{Compila > Aggiorna la sintassi}.
112 Gli utenti Windows devono inserire questi comandi nella finestra del Prompt
113 dei comandi, che di solito si trova in
114 @code{Start > Accessori > Prompt dei comandi}.
117 @node Opzioni da linea di comando per convert-ly
118 @section Opzioni da linea di comando per @command{convert-ly}
119 @translationof Command line options for convert-ly
121 Il programma viene lanciato in questo modo:
124 convert-ly [@var{opzione}]@dots{} @var{nomefile}@dots{}
128 Esistono le seguenti opzioni:
132 Applica le conversioni direttamente nel file di input, modificando
135 @item -f,--from=@var{from-patchlevel}
136 Imposta la versione da cui convertire. Se non viene impostata, @command{convert-ly}
137 la ricaverà dalla stringa @code{\version} presente nel file.
138 Esempio: @option{--from=2.10.25}
140 @item -n,--no-version
141 Normalmente @command{convert-ly} aggiunge un indicatore @code{\version}
142 nell'output. Questa opzione lo impedisce.
144 @item -s, --show-rules
145 Mostra tutte le conversioni conosciute ed esce.
147 @item --to=@var{to-patchlevel}
148 Imposta la versione obiettivo della conversione. L'impostazione predefinita
149 è l'ultima versione disponibile. Esempio: @option{--to=2.12.2}
152 Mostra la schermata di aiuto.
154 @item -l @var{loglevel}, --loglevel=@var{loglevel}
155 Imposta la verbosità dell'output su @var{loglevel}. I valori possibili sono @code{NONE},
156 @code{ERROR}, @code{WARNING}, @code{PROGRESS} (predefinito) e @code{DEBUG}.
159 Per aggiornare i frammenti LilyPond presenti nei file texinfo, si usa
162 convert-ly --from=... --to=... --no-version *.itely
165 Per vedere i cambiamenti della sintassi di LilyPond tra due versioni, si usa
168 convert-ly --from=... --to=... -s
172 @node Problemi nell'eseguire convert-ly
173 @section Problemi nell'eseguire @code{convert-ly}
174 @translationof Problems running convert-ly
176 Quando si esegue convert-ly in una finestra del Prompt dei comandi in Windows
177 su un file il cui nome o percorso contengano degli spazi,
178 è necessario includere tutto il nome del file di input con tre
179 (!) virgolette doppie:
182 convert-ly """D:/Mie Partiture/Ode.ly""" > "D:/Mie Partiture/new Ode.ly"
185 Se il semplice comando @command{convert-ly -e *.ly} non funziona perché la
186 linea di comando espansa diventa troppo lunga, si può inserire il comando
187 @command{convert-ly} in un loop. Questo esempio per UNIX
188 aggiornerà tutti i file @file{.ly} nella directory corrente
191 for f in *.ly; do convert-ly -e $f; done;
194 Nella finestra del Prompt dei comandi di Windows il comando corrispondente è
197 for %x in (*.ly) do convert-ly -e """%x"""
200 Non vengono gestiti tutti i cambiamenti del linguaggio. Si può specificare solo
201 un'opzione di output. È piuttosto improbabile che si aggiornino automaticamente
202 il codice scheme e le interfacce di scheme di LilyPond; tieniti pronto a
203 correggere a mano il codice scheme.
206 @node Conversioni manuali
207 @section Conversioni manuali
208 @translationof Manual conversions
210 In teoria, un programma come @command{convert-ly} potrebbe gestire qualsiasi
211 cambiamento di sintassi. Dopo tutto, un programma per computer interpreta
212 la vecchia versione e la nuova versione, quindi un altro programma
213 può tradurre un file in un altro@footnote{O almeno questo è possibile
214 in qualsiasi file LilyPond che non contenga codice scheme. Se c'è del
215 codice scheme nel file, allora il file LilyPond contiene un linguaggio
216 Turing-completo, ed è possibile imbattersi in problemi col famigerato
217 @qq{Problema dell'arresto} in informatica.}.
219 Tuttavia il progetto LilyPond ha risorse limitate: non tutte le
220 conversioni sono compiute automaticamente. Di seguito è riportato l'elenco
226 Doesn't always convert figured bass correctly, specifically things like {<
227 >}. Mats' comment on working around this:
228 To be able to run convert-ly
229 on it, I first replaced all occurrences of '{<' to some dummy like '{#'
230 and similarly I replaced '>}' with '&}'. After the conversion, I could
231 then change back from '{ #' to '{ <' and from '& }' to '> }'.
232 Doesn't convert all text markup correctly. In the old markup syntax,
233 it was possible to group a number of markup commands together within
235 -#'((bold italic) "string")
236 This will incorrectly be converted into
237 -\markup{{\bold italic} "string"}
238 instead of the correct
239 -\markup{\bold \italic "string"}
241 Doesn't handle \partcombine
242 Doesn't do \addlyrics => \lyricsto, this breaks some scores with multiple
245 \magnify isn't changed to \fontsize.
246 - \magnify #m => \fontsize #f, where f = 6ln(m)/ln(2)
247 remove-tag isn't changed.
248 - \applyMusic #(remove-tag '. . .) => \keepWithTag #'. . .
249 first-page-number isn't changed.
250 - first-page-number no => print-first-page-number = ##f
251 Line breaks in header strings aren't converted.
252 - \\\\ as line break in \header strings => \markup \center-align <
253 "First Line" "Second Line" >
254 Crescendo and decrescendo terminators aren't converted.
258 \turnOff (used in \set Staff.VoltaBracket = \turnOff) is not properly
261 \markup{ \center-align <{ ... }> } should be converted to:
262 \markup{ \center-align {\line { ... }} }
263 but now, \line is missing.
265 Special LaTeX characters such as $~$ in text are not converted to UTF8.
267 \score{} must now begin with a music expression. Anything else
268 (particularly \header{}) must come after the music.