X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=Documentation%2Fit%2Fweb%2Fcommunity.itexi;h=3ff3be32bb2d14671528eb4aba0c8a4cbe36ee97;hb=ef9512388b15e1e5e2b3592299ffe489ac43abb4;hp=47de5571ca78b82b03a6f75fd6d093d99ccd74b2;hpb=785441aeb8cc557217d1b0658ef88d058f58eeb4;p=lilypond.git

diff --git a/Documentation/it/web/community.itexi b/Documentation/it/web/community.itexi
index 47de5571ca..3ff3be32bb 100644
--- a/Documentation/it/web/community.itexi
+++ b/Documentation/it/web/community.itexi
@@ -1,6 +1,6 @@
 @c -*- coding: utf-8; mode: texinfo; documentlanguage: it -*-
 @ignore
-    Translation of GIT committish: 5d83b53ee321d8890d792191032b1fe352577517
+    Translation of GIT committish: 7f4a65db65f3a8eba89cc9d78101f3f7fd71a5e9
 
     When revising a translation, copy the HEAD committish of the
     version that you are working on.  For details, see the Contributors'
@@ -50,7 +50,7 @@ quando si discute di LilyPond.
 @ref{Sviluppo}: per i collaboratori e i tester.
 
 @item
-@ref{GSoC 2012}: le nostre idee per l'edizione 2012 del Google Summer of Code.
+@ref{Google Summer of Code}: idee per il Google Summer of Code (GSoC).
 
 @item
 @ref{Autori}: le persone che hanno reso LilyPond quello che è oggi.
@@ -88,7 +88,7 @@ quando si discute di LilyPond.
 * Aiutaci::
 * Sponsor::
 * Sviluppo::
-* GSoC 2012::
+* Google Summer of Code::
 * Autori::
 * Riconoscimenti::
 * Pubblicazioni::
@@ -136,7 +136,7 @@ usati nei tuoi lavori.  Guarda quello che hanno scritto altre persone,
 e aggiungi i tuoi esempi!
 
 @example
-@uref{http://lsr.dsi.unimi.it}
+@uref{http://lsr.di.unimi.it}
 @end example
 
 Esempi particolarmente istruttivi provenienti dal LSR sono inclusi nella
@@ -179,32 +179,32 @@ potrebbe essere utile per altri dovrebbe essere inviata a una delle mailing list
 @subsubheading Altre lingue
 
 @quotation
-@uref{http://lists.gnu.org/mailman/listinfo/lilypond-es,
-mailing list spagnola}
 
-@uref{http://www.lilypondforum.de/,
-forum tedesco}
+@uref{http://lists.gnu.org/mailman/listinfo/lilypond-user-fr,
+mailing list francese}
 
 @uref{http://groups.google.com/group/lilypond-brasil,
 gruppo portoghese}
 
-@uref{http://lists.gnu.org/mailman/listinfo/lilypond-user-fr,
-mailing list francese}
+@uref{http://lists.gnu.org/mailman/listinfo/lilypond-es,
+mailing list spagnola}
+
+@uref{http://www.lilypondforum.de/,
+forum tedesco}
 
-@uref{http://www.lilypondforum.nl/,
-forum olandese}
 @end quotation
 
 @divEnd
 
 
 @divClass{column-right-top}
-@subheading Resta informato
+@subheading LilyPond Blog
 
-@subsubheading LilyPond Report
+Leggi il blog gestito dalla comunità, @q{Scores of Beauty}:
 
-Il modo più semplice per restare in contatto è leggere la newsletter della
-nostra comunità, il @uref{http://news.lilynet.net/, LilyPond Report}.
+@example
+@uref{http://lilypondblog.org}
+@end example
 
 @subsubheading Mailing list dei rilasci: @code{info-lilypond@@gnu.org}
 
@@ -230,12 +230,12 @@ archivio 3}
 
 
 @divClass{column-right-bottom}
-@subheading Discussione per gli Sviluppatori
+@subheading Luoghi di discussione per sviluppatori e traduttori
 
 @subsubheading Mailing list degli sviluppatori: @code{lilypond-devel@@gnu.org}
 
-Gran parte delle discussioni tra sviluppatori ha luogo in questa lista.  Le
-pezze (patch) devono essere inviate qui.
+Le discussioni tra sviluppatori hanno luogo in questa lista.  Le
+@q{patch} possono essere inviate anche qui.
 
 @quotation
 @uref{http://lists.gnu.org/mailman/listinfo/lilypond-devel,
@@ -255,7 +255,8 @@ scrivi alla lista lilypond-devel tramite gmane}
 
 @subsubheading Mailing list dei bug: @code{bug-lilypond@@gnu.org}
 
-Le discussioni relative ai bug hanno luogo qui.
+Questa lista è dedicata alla segnalazione di bug e alle discussioni sui
+problemi di LilyPond. Non inviare @q{patch} qui.
 
 @quotation
 @uref{http://lists.gnu.org/mailman/listinfo/bug-lilypond,
@@ -274,13 +275,15 @@ archivio 3}
 @warning{Prima di inviare un messaggio alla lista bug, leggi le nostre
 linee guida per la @ref{Segnalazione bug}.}
 
-@divEnd
+@subsubheading Mailing list dei traduttori: @code{translations@@lilynet.org}
 
-@divClass{column-right-bottom}
-@subheading Email delicate
+Tutte le discussioni relative alla traduzione dei manuali di LilyPond deve
+avere luogo qui.  Non inviare patch a questa lista.
 
-Le questioni private devono essere inviate a Graham Percival (project
-manager), che ne discuterà con gli interessati.
+@quotation
+@uref{http://lilypond-translations.3384276.n2.nabble.com/,
+Archivio della mailing list dei traduttori}
+@end quotation
 
 @divEnd
 
@@ -413,7 +416,7 @@ allora si tratta di un bug.
 Potremmo già essere a conoscenza di questo bug.  Controlla qui:
 
 @example
-@uref{http://code.google.com/p/lilypond/issues/list}
+@uref{http://sourceforge.net/p/testlilyissues/issues/}
 @end example
 
 @warning{Per favore @strong{NON} aggiungere segnalazioni di bug direttamente
@@ -463,12 +466,11 @@ Sei iscritto alla mailing list @uref{mailto:bug-lilypond@@gnu.org,
 bug-lilypond@@gnu.org}, puoi inviare una normale email.
 
 @item
-Se non sei iscritto, puoi comunque inviare una segnalazione bug report attraverso
-the
+Se non sei iscritto, puoi comunque inviare una segnalazione bug attraverso
 @uref{http://post.gmane.org/post.php?group=gmane.comp.gnu.lilypond.bugs,
 l'interfaccia web lilypond.bugs di gmane}.
 
-Purtroppo c'è un severo controllo @qq{no top-posting} nell'interfaccia di
+Purtroppo c'è un severo controllo @qq{contro il top-posting} nell'interfaccia di
 gmane, che viene spesso innescato erroneamente dai file lilypond.
 Per evitarlo, aggiungi
 
@@ -537,7 +539,7 @@ mostrino come dovrebbe apparire secondo te!
 
 @divClass{keep-bullets}
 @divClass{column-left-top}
-@subheading Remunerazioni
+@subheading Remunerazioni (bounty)
 
 In passato,
 
@@ -555,7 +557,7 @@ privati è affar loro, non nostro.
 @divClass{column-right-top}
 @subheading Linee guida
 
-Gli utenti che desiderano offrire del denato in cambio di lavoro devono
+Gli utenti che desiderano offrire del denaro in cambio di lavoro devono
 tenere a mente i seguenti punti:
 
 @itemize
@@ -597,7 +599,7 @@ Un buon modo per sapere quali sono gli sviluppatori più attivi e preparati
 Sviluppatori interessati:
 @table @asis
 @item @email{dak@@gnu.org, David Kastrup}
-Le remunerazioni sono necessarie per poter continuare il mio lavoro a tempo
+Le donazioni mi permettono di continuare il mio lavoro a tempo
 pieno su LilyPond.  Mi occupo in particolare di progettazione, coerenza,
 implementazione, semplificazione, documentazione e debug dell'interfaccia
 utente e programmatore.
@@ -758,7 +760,7 @@ I collaudi lilypond-book per questa versione.
 @itemize
 @item @uref{http://lilypond.org/test, Confronto tra i collaudi di regressione}
 
-@item @uref{http://lilypond.org/download/binaries/test-output/,
+@item @uref{http://lilypond.org/downloads/binaries/test-output/,
 Archivio di tutti i collaudi di regressione}
 
 @end itemize
@@ -779,6 +781,7 @@ manuali sono reperibili su @url{http://lilypond.org}}
 @divClass{normal-table}
 @multitable @columnfractions .3 .3 .3
 @headitem Introduzione
+
 @item
 @docLinkSplit{Learning,learning,@manualDevelLearningSplit-it}
 @tab
@@ -799,7 +802,9 @@ manuali sono reperibili su @url{http://lilypond.org}}
 @docLinkBig{Essay,essay,@manualDevelEssayBig-it}
 @tab
 @docLinkPdf{Essay,essay,@manualDevelEssayPdf-it}
+@end multitable
 
+@multitable @columnfractions .3 .3 .3
 @headitem Regolare
 
 @item
@@ -822,7 +827,9 @@ manuali sono reperibili su @url{http://lilypond.org}}
 @docLinkBig{Snippets,snippets,@manualDevelSnippetsBig}
 @tab
 @docLinkPdf{Snippets,snippets,@manualDevelSnippetsPdf}
+@end multitable
 
+@multitable @columnfractions .3 .3 .3
 @headitem Saltuario
 
 @item
@@ -852,182 +859,292 @@ manuali sono reperibili su @url{http://lilypond.org}}
 @docLinkBig{Internals,internals,@manualDevelInternalsBig}
 @tab
 @docLinkPdf{Internals,internals,@manualDevelInternalsPdf}
+@end multitable
 
 @ifset web_version
+@multitable @columnfractions .3
 @headitem Per scaricare
 
 @item
 @doctarballDevel
+@end multitable
 @end ifset
 
-@end multitable
 
 @divEnd
 @divEnd
 
 
-@node GSoC 2012
-@unnumberedsec GSoC 2012
-@translationof GSoC 2012
+@node Google Summer of Code
+@unnumberedsec Google Summer of Code
+@translationof Google Summer of Code
 
 @divClass{column-center-top}
 @subheading Che cos'è il Google Summer of Code?
 
-È un programma internazionale organizzato da Google che offre agli studenti
-degli stipendi per lavorare a progetti di software libero durante le
-vacanze estive.
+@uref{https://developers.google.com/open-source/gsoc/, GSoC} è un programma
+internazionale che offre agli studenti degli stipendi per scrivere codice per
+progetti di software libero e open source durante l'estate.  È un'ottima
+opportunità per gli studenti per fare esperienza con lo sviluppo software
+in un progetto vero e per dare un contributo da cui tutti potranno trarre
+vantaggio.  Attrae nuovi collaboratori e stimola gli studenti che già
+partecipano allo sviluppo di LilyPond ad impegnarsi di più in esso.  LilyPond
+partecipa a GSoC sotto l'egida del @uref{http://www.gnu.org/, progetto GNU}.
 
-Il team di LilyPond ha deciso che si tratta di un'ottima opportunità per trovare
-nuovi collaboratori e stimolare gli studenti che già partecipano allo sviluppo di
-LilyPond ad essere più coinvolti.  Uno dei nostri sviluppatori è stato accettato
-per l'edizione 2012 sotto l'egida del @uref{http://www.gnu.org/, progetto GNU};
-speriamo di partecipare anche a future edizioni.
+Abbiamo avuto partecipanti al GSoC nel 2012 e nel 2015 e invitiamo gli studenti
+a fare domanda per le prossime estati.
+
+Se hai dubbi o desideri presentare domanda, invia un'email alla nostra
+mailing list degli sviluppatori (vedi @ref{Contact}).
 
 @divEnd
 
-@divClass{column-center-bottom}
-@subheading La nostra lista delle idee per il 2012
+@divClass{column-center-middle-color2}
+@subheading Elenco di idee di progetti
 
-Ecco una lista di progetti che suggeriamo per gli studenti del GSoC 2012.
-Sebbene il periodo delle domande sia finito, abbiamo deciso di tenere questa
-pagina online come fonte di ispirazione per chiunque sia interessato a
-contribuire allo sviluppo di LilyPond.
-Alcuni membri del team di sviluppo sono disponibili a aiutare chi volesse
-affrontare questi progetti.
+Ecco un elenco di progetti suggeriti per il GSoC o per chiunque sia interessato
+a aiutare a migliorare LilyPond. (Ultimo aggiornamento: Febbraio 2016)
 
-Ci sono certamente molte altre cose da migliorare in LilyPond, inclusi
-progetti molto piccoli.  Una lista completa di tutti i problemi si trova
-@uref{http://code.google.com/p/lilypond/issues/list, qui}.
+La disponibilità di mentori varia da progetto a progetto e di anno in anno.
+Invia un'email alla nostra mailing list degli sviluppatori (vedi @ref{Contact})
+e ti aiuteremo a trovare un mentore per un progetto che sia adatto ai tuoi
+interessi e capacità.
 
-@subheading Abbellimenti
+Se hai idee per un progetto GSoC che non è elencato qui sotto, puoi inviarci
+un'email per discuterne.  Ci sono molte aree in cui LilyPond può essere
+migliorato e il nostro team di sviluppo è sempre disponibile a aiutare
+coloro che desiderino affrontare un progetto come quelli di seguito elencati.
 
-Correggere i problemi di sincronizzazione degli abbellimenti,
-insieme a tutta l'architettura sottostante (si veda il
-@uref{http://code.google.com/p/lilypond/issues/detail?id=34, numero 34 del nostro tracker}).
-Gli abbellimenti confondono il tempo di LilyPond perché è come se portassero
-indietro il tempo.  Questo causa strani effetti, specialmente quando un rigo
-ha un abbellimento e l'altro non ce l'ha.
+Una lista completa di tutti i problemi da risolvere si trova
+@uref{http://sourceforge.net/p/testlilyissues/issues/, qui}.
 
-@strong{Difficoltà:} media
+@divEnd
 
-@strong{Requisiti:} C++, MIDI
+@divClass{column-center-middle-color3}
+@subheading Migliorare la struttura interna degli accordi
 
-@strong{Consigliato:} familiarità col funzionamento interno di LilyPond
+La rappresentazione interna degli accordi in LilyPond non è abbastanza potente
+da comprendere la nomenclatura degli accordi jazz.  Attualmente l'accordo ha
+una radice, un basso e un'inversione.  Sarebbe auspicabile poter gestire
+accordi @qq{impilati} o bicordi, minori/maggiori, etc.  Per poter far questo,
+deve essere sviluppata una rappresentazione interna capace di catturare
+l'essenza di accordi complessi.  Una volta che questa rappresentazione
+interna viene sviluppata, c'è un'ulteriore vantaggio: sarà più semplice
+migliorare la formattazione dei nomi degli accordi.
 
-@strong{Mentore/i:} Mike Solomon, Carl Sorensen
+@strong{Difficoltà:} Facile/media
+@strong{Requisiti:} Scheme (Guile), ma il livello necessario può essere
+facilmente imparato
+@strong{Consigliato:} Teoria e nomenclatura degli accordi
+@strong{Mentore:} Carl Sorensen
 
-@subheading MusicXML
+@divEnd
 
-Aggiungere un'esportazione a MusicXML completa e migliorare l'importazione,
-insieme a dei test che verifichino il funzionamento.  A seconda del tempo a
-disposizione, implementare alcune o tutte le seguenti funzionalità:
+@divClass{column-center-middle-color3}
+@subheading ScholarLY
+
+ScholarLY è una libreria di
+@uref{https://openlilylib.org, openLilyLib} che fornisce delle funzionalità
+per aggiungere annotazioni alle partiture, rendendo possibile la gestione
+dei flussi di lavoro accademici nel contesto del documento della partitura.
+Finora è possibile inserire delle annotazioni di diverso tipo, produrre
+messaggi cliccabili nell'output della console e esportare su file di testo
+o LaTeX.
+
+Ci sono numerose richieste di nuove funzionalità per trasformare questa
+libreria in uno strumento ancora più potente e completo.  Alcuni esempi:
+inserimento di esempi musicali, creazione di note a piè di pagina, applicazione
+automatica di stili all'elemento annotato (per esempio, usare il trattino per
+la legatura di portamento, mettere un'alterazione tra parentesi), creazione
+di resoconti con voci punta-e-clicca.  Una descrizione completa di questo
+progetto si trova in
+@uref{https://github.com/openlilylib/scholarly/wiki/GSoC, questa pagina Wiki}.
 
-@divClass{keep-bullets}
-@itemize
+@strong{Difficoltà:} media
+@strong{Requisiti:} Scheme, possibilmente LaTeX, (opzionalmente Python)
+@strong{Consigliato:} Esperienza o interesse nelle edizioni accademiche e
+nei progetti collaborativi.
+@strong{Mentore:} Urs Liska
 
-@item
-Gestire l'esportazione del contenuto musicale principale come l'esportazione
-MIDI (ovvero usando classi dedicate dell'esportatore, derivate dalla classe
-del traduttore)
+@divEnd
 
-@item
-Costruire l'albero XML del contenuto musicale di base,
-aggiungere un collegamento dall'evento musicale al tag XML
+@divClass{column-center-middle-color3}
+@subheading Aggiungere varianti dei glifi dei tipi di carattere
 
-@item
-Far sì che tutti gli incisori di LilyPond facciano il loro lavoro
+@divClass{keep-bullets}
+@itemize
 
 @item
-Aggiungere la capacità di collegare ogni oggetto dell'output
-(in pratica ogni stampo (stencil) / gruppo di stampi) alla sua causa musicale
-(e quindi al tag XML nell'albero XML)
+Aggiungere varianti @q{sulla} linea del rigo e @q{tra} le linee dei righi.
 
 @item
-Aggiungere un backend di outoput XML, che possa aggiungere le informazioni di
-formattazione per ogni oggetto di output ai tag XML
+Varianti più corte e più strette di alcuni glifi, come ad esempio le
+alterazioni.  Un altro esempio più specifico è la testa della nota
+breve nella notazione antica che ha due varianti, con un @q{buco} più
+piccolo o più grande.
 
 @end itemize
 @divEnd
 
-L'obiettivo sarà considerato raggiunto quando una partitura (scelta precedentemente)
-può essere importata da MusicXML e riesportata senza una perdita di dati
-indesiderata.
+@strong{Difficoltà:} facile
+@strong{Requisiti:} MetaFont, C++, buon occhio per il dettaglio
+@strong{Conoscenze consigliate:} conoscenza di base di LilyPond
+@strong{Mentore/i:} Werner Lemberg
+
+@divEnd
+
+@divClass{column-center-middle-color3}
+@subheading Abbellimenti
+
+Correggere i problemi di sincronizzazione degli abbellimenti.
+Gli abbellimenti possono interferire col modo in cui LilyPond
+gestisce il tempo e causare strani effetti, specialmente quando si
+usano più righi e alcuni di questi hanno degli abbellimenti mentre
+altri non ce li hanno.  Questo è uno dei
+@uref{https://sourceforge.net/p/testlilyissues/issues/34/,bug}  più
+imbarazzanti e di vecchia data in LilyPond.
 
 @strong{Difficoltà:} media
+@strong{Requisiti:} C++, MIDI
+@strong{Consigliato:} familiarità col funzionamento interno di LilyPond
+@strong{Mentori potenziali:} Mike Solomon (non disponibile per GSoC 2016), Carl Sorensen
 
-@strong{Requisiti:} MusicXML, Python, conoscenza di base di LilyPond
+@divEnd
 
-@strong{Mentore/i:} Reinhold Kainhofer, Mike Solomon
 
-è auspicabile una certa familiarità con altri software di notazione musicale (a
-fine comparativo).
+@divClass{column-center-middle-color3}
+@subheading Migliorare la disposizione predefinita delle travature
 
-@subheading Migliorare le legature di portamento e di valore
+Per le travature normali, tra i righi, spezzate e angolari.  La disposizione
+delle travature deve dipendere dal contesto e dalle note vicine (si veda la
+sezione 2.2 di
+@uref{http://imslp.org/wiki/Repository_of_Music-Notation_Mistakes_%28Coulon%2C_Jean-Pierre%29,
+questo libro}).  Se possibile, ridurre anche il tempo di elaborazione della
+disposizione delle travature.
 
-La forma predefinita delle curve delle legature di portamento e di valore è spesso
-non soddisfacente.  Non sono supportate né le legature di valore su note
-enarmoniche @code{@{ cis'~ des' @}} né le legature di valore "spezzate" da
-una chiave o da un cambio di rigo.  Il progetto include la raccolta e la classificazione
-di esempi di output scadente, la decisione sull'output desiderato e la scrittura
-del codice vero e proprio.
+@strong{Difficoltà:} media
+@strong{Requisiti:} C++, esperienza con la scrittura di euristiche
+@strong{Conoscenze consigliate:} senso estetico
+@strong{Mentori potenziali:} Mike Solomon (non disponibile per GSoC 2016), Carl Sorensen
 
-@strong{Difficoltà:} difficile
+@divEnd
 
-@strong{Requisiti:} C++, esperienza con la scrittura di euristica
 
-@strong{Conoscenze consigliate:} conoscenza di LilyPond, senso estetico
+@divClass{column-center-middle-color3}
+@subheading Permettere agli estensori di attraversare le voci
 
-@strong{Mentore/i:} Mike Solomon
+Attualmente gli estensori di ogni tipo (legature di valore e di portamento,
+dinamiche, estensori del testo, trilli, etc.) devono essere terminati nel
+contesto in cui sono iniziati.  Tuttavia, questo limite non riflette la
+realtà della notazione nella maggior parte delle impostazioni polifoniche.
+Attualmente sono necessari degli scomodi espedienti che fanno uso di voci
+nascoste per ottenere degli estensori che attraversino le voci.
 
-@subheading Aggiungere una variante speciale dei glifi dei tipi di carattere
-Aggiungere varianti sulla linea del rigo, tra le linee dei righi, più corte e
-più strette di alcuni glifi, come ad esempio le alterazioni, insieme a un'infrastruttura
-generica per supportarle.  Un esempio è la testa della nota breve nella notazione
-antica che ha due varianti, con un buco più piccolo e più grande.
+Dovrebbero essere esplorati nuovi modi di affrontare questo problema, per
+esempio
 
-@strong{Difficoltà:} facile
+@divClass{keep-bullets}
+@itemize
 
-@strong{Requisiti:} MetaFont, C++, buon occhio per il dettaglio
+@item specificando un @qq{contesto obiettivo} dove è prevista la terminazione
+dell'estensore
 
-@strong{Conoscenze consigliate:} conoscenza di base di LilyPond
+@item specificando esplicitamente l'oggetto su cui terminare l'estensore
+tramite un ID
+
+@end itemize
+@divEnd
+
+Questa funzionalità risolverebbe molti problemi che si riscontrano comunemente
+nella musica per pianoforte e nelle parti combinate.
+
+@strong{Difficoltà:} media (?)
+@strong{Requisiti:} C++, Scheme
+@strong{Mentore potenziale:} Urs Liska
+@divEnd
 
-@strong{Mentore/i:} Werner Lemberg
 
-@subheading Migliorare la disposizione delle travature
+@divClass{column-center-middle-color3}
+@subheading Migliorare il comportamento durante la compilazione
 
-Il posizionamento predefinito delle travature normali, tra i righi, spezzate e angolari
-deve essere migliorato.  La disposizione delle travature deve dipendere dal contesto
-e dalle note vicine (si veda la
-@uref{http://icking-music-archive.org/lists/sottisier/sottieng.pdf, sezione 2.2 qui}).
-Se possibile, ridurre il tempo di elaborazione della disposizione delle travature.
+Strumenti di analisi automatica del codice, come il rilevamento di
+perdite di memoria di valgrind e i profilatori di codice di callgrind,
+forniscono informazioni utili per individuare possibili errori nel
+nostro codice C++.  Pulire gli avvisi ci permetterebbe di automatizzare
+il rifiuto di qualsiasi patch che introduca avvisi ulteriori.
 
 @strong{Difficoltà:} media
+@strong{Requisiti:} C++
+@strong{Mentori potenziali:} Reinhold Kainhofer (non disponibile per GSoC 2016),
+Joe Neeman
 
-@strong{Requisiti:} C++, esperienza con la scrittura di euristiche
+@divEnd
 
-@strong{Conoscenze consigliate:} senso estetico
 
-@strong{Mentore/i:} Mike Solomon, Carl Sorensen
+@divClass{column-center-middle-color3}
+@subheading MusicXML
 
-@subheading Semplificare vari avvisi durante la compilazione
+Migliorare le funzioni di importazione e esportazione di MusicXML:
 
-Semplificare gli avvisi del compilatore e di valgrind e l'analisi del codice statico.
-Strumenti di analisi automatica del codice (avvisi in @code{g++} e @code{clang})
-e strumenti di analisi come il rilevamento di perdite di memoria di valgrind e
-i profilatori di codice di callgrind forniscono informazioni utili per individuare
-possibili errori nel codice C++.
-Pulire questi avvisi ci permetterebbe di rifiutare automaticamente qualsiasi
-patch che introduca avvisi ulteriori.
+@divClass{keep-bullets}
+@itemize
+
+@item
+Gestire l'esportazione del contenuto musicale principale come l'esportazione
+MIDI (ovvero usando classi dedicate dell'esportatore, derivate dalla classe
+del traduttore).
+
+@item
+Costruire l'albero XML del contenuto musicale di base,
+aggiungere un collegamento dall'evento musicale al tag XML.
+
+@item
+Far sì che tutti gli incisori di LilyPond facciano il loro lavoro.
+
+@item
+Aggiungere la capacità di collegare ogni oggetto dell'output
+(ovvero ogni stampo (stencil) / gruppo di stampi) alla sua causa musicale
+(e quindi al tag XML nell'albero XML).
+
+@item
+Creare un backend di output XML, che possa aggiungere le informazioni di
+formattazione per ogni oggetto di output ai tag XML.
+
+@end itemize
+@divEnd
+
+Ci sono varie direzioni possibili per questo progetto, inclusa quella di
+proseguire l'esportazione in formato MusicXML iniziata nel progetto GSoC 2015.
 
 @strong{Difficoltà:} media
+@strong{Requisiti:} MusicXML, Python, Scheme, conoscenza di base di LilyPond
+@strong{Mentori potenziali:} Reinhold Kainhofer, Mike Solomon (entrambi non
+disponibili per GSoC 2016)
 
-@strong{Requisiti:} C++
+È utile avere una certa familiarità con altri software di notazione musicale (a
+fine comparativo).
+
+@divEnd
 
-@strong{Mentore/i:} Joe Neeman, Reinhold Kainhofer
+@divClass{column-center-middle-color3}
+@subheading Migliorare le legature di portamento e di valore
+
+La qualità tipografica delle legature di portamento e di valore è spesso
+non soddisfacente.  Le legature di valore @qq{spezzate} da una chiave o da
+un cambio di rigo non sono gestite al meglio.  Il progetto potrebbe
+includere la raccolta e la classificazione di esempi di output scadente, la
+decisione sull'output desiderato e la scrittura del codice per migliorarlo.
+
+@strong{Difficoltà:} difficile
+@strong{Requisiti:} C++, esperienza con la scrittura di euristica
+@strong{Conoscenze consigliate:} conoscenza di LilyPond, senso estetico
+@strong{Mentori:} Mike Solomon, Janek Warchol (entrambi non disponibili
+per GSoC 2016)
 
 @divEnd
 
 
+
 @node Autori
 @unnumberedsec Autori
 @translationof Authors