+@node GSoC 2012
+@unnumberedsec GSoC 2012
+@translationof GSoC 2012
+
+@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.
+
+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.
+
+@divEnd
+
+@divClass{column-center-bottom}
+@subheading La nostra lista delle idee per il 2012
+
+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.
+
+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}.
+
+@subheading Abbellimenti
+
+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.
+
+@strong{Difficoltà:} media
+
+@strong{Requisiti:} C++, MIDI
+
+@strong{Consigliato:} familiarità col funzionamento interno di LilyPond
+
+@strong{Mentore/i:} Mike Solomon, Carl Sorensen
+
+@subheading MusicXML
+
+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{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
+(in pratica ogni stampo (stencil) / gruppo di stampi) alla sua causa musicale
+(e quindi al tag XML nell'albero XML)
+
+@item
+Aggiungere un backend di outoput XML, che possa aggiungere le informazioni di
+formattazione per ogni oggetto di output ai tag XML
+
+@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à:} media
+
+@strong{Requisiti:} MusicXML, Python, conoscenza di base di LilyPond
+
+@strong{Mentore/i:} Reinhold Kainhofer, Mike Solomon
+
+è auspicabile una certa familiarità con altri software di notazione musicale (a
+fine comparativo).
+
+@subheading Migliorare le legature di portamento e di valore
+
+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à:} difficile
+
+@strong{Requisiti:} C++, esperienza con la scrittura di euristica
+
+@strong{Conoscenze consigliate:} conoscenza di LilyPond, senso estetico
+
+@strong{Mentore/i:} Mike Solomon
+
+@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.
+
+@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
+
+@subheading Migliorare la disposizione delle travature
+
+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.
+
+@strong{Difficoltà:} media
+
+@strong{Requisiti:} C++, esperienza con la scrittura di euristiche
+
+@strong{Conoscenze consigliate:} senso estetico
+
+@strong{Mentore/i:} Mike Solomon, Carl Sorensen
+
+@subheading Semplificare vari avvisi durante la compilazione
+
+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.
+
+@strong{Difficoltà:} media
+
+@strong{Requisiti:} C++
+
+@strong{Mentore/i:} Joe Neeman, Reinhold Kainhofer
+
+@divEnd