A me la proposta di Roberto piace parecchio. 🙂 Quello che forse non è ancora stato menzionato è il fatto che serve una certa pianificazione da parte dell’autore e sforzo nel to be compliant da parte del contributore. Mi spiego con un esempio: se l’autore ha deciso che il codice viene inserito con il pacchetto listing e il contributore manda tutto con fancyvrb diventa poi complicato uniformare le cose. La pianificazione dell’autore consiste nel caratterizzare il proprio formato in anticipo, in modo tale che i contributori si adeguino.
Leggendo gli ultimi post nel filone dell’Introduzione all’uso di TikZ in Ingegneria in realtà mi è venuta un’altra idea che magari però si adatta bene solo a questa guida. La propongo più in dettaglio nel filone apposito mentre qui la descrivo in breve per non andare troppo OT. Ho pensato di lanciare una call for pictures ovvero in un mese di tempo si può inserire nel filone (o anche mandare per mail) il codice e due righe di spiegazione tecnica per figure di ambiti trattati e non della guida. In questo modo il progetto è diventa comunitario, ma non si è forzati ad utilizzare un repo e i contributori non sono forzati ad usare magari classi non standard.
Ciao
Claudio