OldClaudio” post=89840Certo che un file .dtx pu`ø produrre cose separate; produce quello che l’autore dice di produrre; l’esempio di @cfiandra realtivo ai due .dtx composti da Enrico e da me non dice niente; Enrico ed io abbiamo abitudini diverse e produciamo file .dtx che contengono coes diverse; io per esempio non metto mai la tabella dei condici ASCII; è una abitudine che risale a tempi “antichi” quando le trasmissioni sulla rete potevano essere bacate; la presenza dei codici ASCII corretti poteva essere utile per rendersi conto se la trasmissione era avvenuta correttamente.
Il mio intento era far capire a Dork che la sua frase:
Dork” post=89834L’errore più grosso è stato pensare che il .dtx producesse due cose separate
è sbagliata in quanto un file .dtx può produrre cose separate. L’esempio era più per suggerire di dare uno sguardo a diversi .dtx prima di iniziare con il proprio.
OldClaudio” post=89840
@cfiandra, come fai a generare il file .ins da dentro il file .dtx? Forse ti sei espresso male, ma non puoi estrarre un file .ins da un .dtx, se non è autoestraente; e se è autoestraente il file .ins non serve a niente. Invece potrebbe essere buona l’idea di mettere anche i file README e manifiest.txt dentro il file .dttx; senonché ho la sensazione che i gestori di CTAN rifiuterebbero un file .dtx fatto in questo modo, perché li costringerebbe ed eseguire l’estrazione, casa che non vogliono che sia fatta; i gestori di CTAN vogliono solo l’eventuale file .ins, il .dtx e la sua compilazione .pdf, il README e il manifest.txt; per questi ultimi due accettano anche un solo file, purché contenga tutte le informazioni che andrebbero poste nell’altro; le informazioni sulla costituzione di pacchetti di cui eseguire l’upload su CTAN sono cambiate da circa un anno.
Si, in effetti mi riferivo a .dtx autoestraenti. Quando ci ho messo mano la prima volta avevo letto la guida How to Package Your LaTeX Package, ma non mi era sembrata chiarissima così ho preso ad esempio alcuni autori per capirci un po’ di più.
Per quanto riguarda CTAN non concordo. In effetti da circa un anno è attivo il nuovo sito e il nuovo form di upload http://www.ctan.org/upload/ con le regole scritte molto chiaramente. Ai gestori non interessa tanto come sia strutturato il file .dtx perché, rispettando le regole, un autore invia un file zip con 1) pkg.dtx, 2) pkg.ins, 3) pkg.pdf, 4) readme. Che sono poi i file importanti.
La struttura del file .dtx ha influenza invece quando l’upload viene mandato al TeXLive Team o Christian Schenk, ed è una cosa che ho proprio imparato a mie spese con smartdiagram. Il pacchetto nasce più o meno lo scorso anno: il dtx originale non aveva le librerie, ma conteneva già il readme e non ci sono stati problemi neppure dai gestori di CTAN. I problemi sono nati a fine marzo/inizio aprile quando ho inviato la versione 0.3 con un cambiamento radicale: la divisione in librerie dell’originale file .sty (anche perché il file cominciava ad essere davvero troppo lungo). Sempre seguendo le regole ho inviato l’upload come descritto prima: anche qui nessuna segnalazione dai gestori di CTAN, ma facendo l’aggiornamento con il TeXLive manager il pacchetto non funzionava più. Motivo? Il TeXLive Team per installare il pacchetto aveva compilato il file .dtx e credendo le librerie dei file ausiliari non le aveva installate. Quindi dopo averne discusso con Rainer Schöpf e Karl Berry ho inviato una nuova versione spiegando meglio nel readme come è effettivamente composto il pacchetto.
Ciao
Claudio