buongiorno
questo è il mio primo post in questo forum, quindi vi chiedo scusa per eventuali errori quali sezione errata o altro
io sono uno studente di informatica appassionato del cubo di rubik, sui numerosi forum relativi ad esso si creano spesso tutorial di vario tipo
volendo crearli con LaTeX, ho pensato di creare un package apposito per lo scopo, che mi permetta con una sintassi molto semplice, simile a questa
`\rubik{mosse}`
di creare delle immagini del cubo in questione
sono un discreto programmatore, solo che non ho idea di come farlo, né in che linguaggio, né come compilarlo
inizialmente ho creato una applicazione in c++ che generi il codice da inserire per pstricks, ma ovviamente è una soluzione provvisoria
potete spiegarmi qualcosa?
grazie dell’aiuto
Ciao e benvenuto!!
Molto interessante il tuo quesito.
Ti propongo tre scenari:
Primo:
Io ti consiglierei di passare da pstricks a PGF (da console digita texdoc pfg per consultarne il manuale) che ti permette di produrre direttamente il pdf.
Lo scenario standard prevederebbe dunque che sia LaTeX a pensare a tutto, ovvero a:
a – effettuare il parsing dell’argomento
b – costruire il disegno
c – parametrizzare eventuali opzioni come tipi di grafico, colori, dimensioni, ecc
Secondo:
Se invece diventa troppo difficile fare il parsing, visto che notoriamente TeX si adatta male allo scopo e ne segue che spesso il codice è assai complesso ed anche propenso a non considerare tutti i casi sintattici (considera la presenza di spazi), oppure se non esiste nessun pacchetto che ti aiuta nel compito (per esempio i pacchetti utili possono essere etextool e xstring), allora si passa allo scenario intermedio:
un modulo METAPOST che produce un file Postscript compreso da pdftex
METAPOST consente strutture di controllo, cicli ecc
Scenario intermedio alternativo: Asymptote (Migliore di METAPOST quanto a chiarezza del linguaggio).
Terzo:
Ultimo scenario: scripting esterno, ovvero una soluzione simile alla tua in C++: uno script in Lua od in Python, linguaggi ideali per questo tipo di elaborazioni, che producono codice PGF per il rendering in pdf del cubo (più precisamente servirebbe un file di libreria da richiamare come modulo nel file di script utente).
Lo scenario “tutto LaTeX” è l’ideale per l’utente che carica un pacchetto e produce documenti con grafici spettacolari del cubo, anche 3D.
Lo scenario “a tutto script” è invece più facile da implementare e pone pochi limiti di “linguaggio utente”, e comprende la possibilità di fare calcoli.
Ciao