Certo 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. Anch’io inserivo quella tabella anni fa; non lo faccio più, perché la trovo “oggi” un ingombro inutile; sicuramente non è dannoso ed Enrico fa benissimo a conservarla. Io invece, che ho gmail.com come provider di posta elettronico non uso più i file .ins: gmail.com li rigetta anche se sono annegati dentro un file .zip. Se invece rendo il file .dtx autoestraente come faccio di solito, come ho scritto nella guida che ha seguito @dork, come vedi in tutti i miei .dtx presenti in rete, inserisco il codice di estrazione nella prima parte; dovrebbe essere uguale (a parte i nomi diversi per i file da elaborare) a quello di Enrico, e diverso da quello che è raccontato nel tutorial dtxtut leggibile con texdoc dtxtut.
@dork, ora guardo il tuo file modificato e vedo con i file d’esempio perché i margini sono diversi, ma non sono convinto che sia utile fare un file .dtx distinto per caricare ciascun pacchetto che vorresti introdurre nei tuoi preamboli: non avrebbe senso usare \input invece di \usepackage nei tuoi preamboli, anche perché \input carica indiscriminatamente il pacchetto indicato, mentre \usepackage controlla e non ricaricare i pacchetti già caricati e in particolare segnala un eventuale “option clsh” se volessi ricaricare un pacchetto con opzioni diverse.
@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.