Hi translators
Continuous changes to Google Summer of Code node made me think about
removing the translation, because maintaining the translation is too
cumbersome and it's not worth (as any GSoC candidate should speak
english).
The problem is that I do not want to throw away all the community
italian file, of course.
The documentation seems to suggest that something like this:
"""
@node Google Summer of Code
@unnumberedsec Google Summer of Code
@translationof Google Summer of Code
@untranslated
"""
should load the text from the original english file into the localized
page.
Ok, probably it's just my imagination. I've found it here:
http://lilypond.org/doc/v2.19/Documentation/contributor/documentation-translation-details#translating-the-web-site-and-other-texinfo-documentation
When I run "make website" after applying above change I get a 404 error
when I try to open the italian GSoC page.
So the italian node is not created.
It's a bug or I'm missing something? (see patch attached if you want to
try it out)
An alternative might be moving the GSoC page in an includable file (in
Documentation/included/), so we can easily include the english text in
a localized website.
Thanks for any suggestion
Federico
>From 96aea960ce9db88f4b0645200d3205c027ac4e63 Mon Sep 17 00:00:00 2001
From: Federico Bruni <f...@inventati.org>
Date: Wed, 29 Mar 2017 18:44:10 +0200
Subject: [PATCH] leave GSoC page in English
---
Documentation/it/web/community.itexi | 202 +----------------------------------
1 file changed, 1 insertion(+), 201 deletions(-)
diff --git a/Documentation/it/web/community.itexi b/Documentation/it/web/community.itexi
index 7c6aeca..7c3b72e 100644
--- a/Documentation/it/web/community.itexi
+++ b/Documentation/it/web/community.itexi
@@ -879,207 +879,7 @@ manuali sono reperibili su @url{http://lilypond.org}}
@unnumberedsec Google Summer of Code
@translationof Google Summer of Code
-@divClass{column-center-top}
-@subheading Che cos'è il Google Summer of Code?
-
-@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}.
-
-Abbiamo avuto partecipanti al GSoC nel 2012, 2015 e 2016 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-middle-color2}
-@subheading Elenco di idee di progetti
-
-Ecco un elenco di progetti suggeriti per il GSoC o per chiunque sia interessato
-a aiutare a migliorare LilyPond. (Ultimo aggiornamento: Novembre 2016)
-
-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à .
-
-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.
-
-Una lista completa di tutti i problemi da risolvere si trova
-@uref{http://sourceforge.net/p/testlilyissues/issues/, qui}.
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Migliorare la struttura interna degli accordi
-
-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{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
-
-@divEnd
-
-@divClass{column-center-middle-color3}
-@subheading Aggiungere varianti dei glifi dei tipi di carattere
-
-@divClass{keep-bullets}
-@itemize
-
-@item
-Aggiungere varianti @q{sulla} linea del rigo e @q{tra} le linee dei righi.
-
-@item
-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
-
-@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
-
-@divEnd
-
-
-@divClass{column-center-middle-color3}
-@subheading Migliorare la disposizione predefinita delle travature
-
-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.
-
-@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
-
-@divEnd
-
-
-@divClass{column-center-middle-color3}
-@subheading Migliorare il comportamento durante la compilazione
-
-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
-
-@divEnd
-
-
-@divClass{column-center-middle-color3}
-@subheading MusicXML
-
-Migliorare le funzioni di importazione e esportazione di MusicXML:
-
-@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)
-
-à utile avere una certa familiarità con altri software di notazione musicale (a
-fine comparativo).
-
-@divEnd
-
-@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
+@untranslated
--
2.9.3
_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
https://lists.gnu.org/mailman/listinfo/lilypond-devel
