Stemby

Mi accodo alla discussione, per poter seguire le evoluzioni sull’argomento.

Da quanto ho letto qui, una strada molto promettente sembra in effetti legata a queste 3 tecnologie: LuaTeX, SVG e ePub3. Forse non manca molto all’obiettivo di scrivere un solo sorgente e ottenere due output distinti, uno destinato alla stampa e l’altro ai dispositivi elettronici.

Carlo

Grazie mille, OldClaudio, per la risposta ricchissima di spunti di riflessione e di approfondimento.

OldClaudio” post=108492
Probabilmente gli ornamenti messi a disposizione da psvectorian sono molto numerosi; e i fondini della sua documentazione lasciano immaginare che ce ne siano centinaia a disposizione.

Il fatto che mi disturba (probabilmente è lo stesso che disturba te) è che sia richiesto l’uso di pstricks e di tante altre funzionalità che non sono commisurate con le capacità del sistema TeX senza ricorrere ad uno shell escape incondizionato.

In realtà, probabilmente sbagliando, al momento non mi preoccupano più di tanto aspetti legati alla sicurezza informatica. Ciò che mi disturba, più che altro, è il fatto che psvectorian sia basato su PostScript, sostanzialmente quindi incompatibile con pdflatex — e se ho capito bene anche con XeLaTeX (chiedo conferma) — se non tramite workaround antipatici.

Quindi secondo me sarebbe preferibile che tu ti generassi separatamente una certa collezione di ornamenti neri e rossi, già smarginati con crop, e che li importassi in ogni libretto per la messa chiamandoli solo per nome con \includegraphics nel punto che ti serve

Il problema principale è che i colori liturgici previsti dalla classe missa sono al momento 6 (ma in futuro potrebbero diventare anche di più).

Per questo mi piacerebbe creare un comando comodo da richiamare, e che sia poi la classe a gestire al meglio tutti gli adattamenti dovuti.

Piuttosto potrebbe essere sensato pensare di lanciarsi in un fork di psvectorian, basato su PDF (o SVG?), o sarebbe follia pura?

Tuttativa ci sarebbe un’altra strada; esamina il pacchetto fourier

Due cose mi fanno scartare questa possibilità: pochi ornamenti disponibili (soprattutto non c’è niente che assomigli agli ornamenti 80-89 di psvectorian, sottili e larghi, che credo potrebbero essere una buona scelta per il separatore da usare di default), e il fatto di legarsi ad uno specifico font.

ti permette di evitare qualunque shell escape e di preoccuparti di auto-pst-pdf che l’autore stesso dice di non usare più se non per situazioni moto particolari (la documentazione del pacchetto dice di usarne un altro, pstools, mi pare

Bene a sapersi.

Passare a XeLaTeX? non credo che tu riesca a ottenere qualcosa di meglio; o forse sì; se usi i font OpenType Libertine disponi anche di ornamenti e dei simbolo liturgici barrati come, per esempio R barrato, un po’ migliore, mi sembra, di quello che stai usando.

Le ragioni per cui avevo messo in conto l’ipotesi di passare a XeLaTeX sono due.

La prima è quella sopra esposta, ovvero la disponibilità nativa, almeno usando i font giusti, del simbolo del responsum (unicode U+211F); a quanto pare nei testi liturgici si usa poi anche un altro carattere particolare, il simbolo del versiculum (U+2123), anch’esso disponibile allo stesso modo.

La seconda ragione, direi più importante, è il desiderio in futuro di poter generare libretti in diversi stili, pur mantenendo la medesima impostazione formale: più austeri e solenni per alcune occasioni, più “morbidi” per altre (ad esempio uno stile o più stili adatto/i per i libretti dei matrimoni). La possibilità di accedere facilmente e nativamente a numerosi font credo proprio che sia un requisito indispensabile.

so che un’amica monaca lo sta usando per comporre un antifonale con i canti in notazione gregoriana, e i risultati che di tanto in tanto mi fa vedere sono molto “liturgici” e molto belli.

Per curiosità, è possibile vedere qualcosina? 🙂

Per lualatex, dedicherò senz’altro un po’ di tempo a studiarne le caratteristiche. Purtroppo, usando molto raramente LaTeX, non ho seguito moltissimo l’evoluzione degli ultimi anni, e attualmente mi trovo un po’ confuso, non sapendo bene quale sia il motore di impaginazione che sia consigliabile usare oggi e che si prevede rappresenti la migliore scelta per il prossimo futuro (diciamo i prossimi 10 anni).

Grazie di nuovo!

Carlo

schirone” post=102939Ci sono però ancora problemi con gli accenti:
/cei2008.py Genesi 1 1
In principio Dio creò il cielo e la terra.

Grazie mille! Sono proprio queste piccole segnalazioni che servono per far crescere bene il programma.

Evidentemente hanno fatto un po’ di casino, perché in altri punti le lettere accentate le hanno inserite direttamente in latin1, senza usare entità HTML. Cerco di risolvere in mattinata.

[EDIT]
Fatto. Con lo stesso versetto si manifestava anche un altro problema (un tag che non rimuovevo): risolto anche questo.

Mi raccomando, se ci fossero altre cose da mettere a punto non esitate a scrivere! Anche suggerimenti su eventuali sviluppi sono più che benvenuti.
[/EDIT]

Ciao!

Stemby” post=65991

Ho appena trovato le abbreviazioni bibliche. Appunto qui il link per non perderlo.

Nel frattempo avevo trovato un altro documento, al cui interno sono elencate le abbreviazioni bibliche.

Purtroppo i 2 specchietti non sono coerenti tra di loro…

Per le abbreviazioni bibliche, ora vengono indicate scrivendo direttamente nel campo di ricerca di questo sito della CEI: direi che queste sono quelle da considerarsi ufficiali.

OldClaudio” post=88087È difficile creare una cosa che vada bene per tutti

In effetti non penso sia così facile, però forse nemmeno impossibile. Sto pensando di provarci.

se va bene in Italia, non va bene in Francia; ricorda che LaTeX è molto internazionale.

In realtà forse non c’è poi così tanta disomogeneità. Una norma segue regole di base (credo) piuttosto standard. Non sono un giurista, però per fare un lavoro che torni utile a molti credo che si debba procedere così:

1) osservare come si scrivono leggi in diversi paesi
2) creare una classe che torni utile un po’ a tutti (sufficientemente generica)
3) creare pacchetti per adattare la classe alla specifica esigenza (margini così, questo font, ecc.)

Direi di iniziare dal primo punto. Non sono un giurista, e quindi chiedo supporto a chi conosce questo argomento.

In Italia mi sembra che sia in uso la seguente gerarchia: libro, parte, titolo, articolo, comma, lettera. Ognuno di questi livelli gerarchici è opzionale (tranne direi gli articoli), e dipende dal tipo di norma.

Fin qui è tutto corretto? È possibile trovare una corrispondenza in altre giurisdizioni?

[EDIT]
Ho dato un’occhiata in giro, e mi sembra che sia del tutto analogo ovunque. A livello comunitario al posto dei “commi” si parla di “punti”, o, più spesso, di “paragrafi”. Ma ai fini pratici non cambia niente.

Funzionamento dei contatori: libri, parti, titoli e articoli continuano a crescere di valore; i commi ripartono ogni volta da 1, cambiando articolo; le lettere ripartono ogni volta da a), cambiando comma.

Direi che già questa è la base per creare la classe, no?

Ciao!
[EDIT]

Per il mio matrimonio pensavo di recuperare la mia vecchia classe missa (incompleta da anni… ma magari per l’occasione la riprendo):
https://github.com/Stemby/missa

C’è ancora disponibile anche un esempio (almeno finché GitHub non chiude definitivamente questa funzionalità):
https://github.com/Stemby/missa/downloads

Darò comunque senz’altro un’occhiata anche a questo pacchetto.

Ciao!