OldClaudio

@Longo, l’ArteLaTeX è un gran bel testo, ma, secondo me, non è adatto per cominciare. è scritto con due pacchetti molto esclusivi che non mostrano come sia il risultato del LaTeX standard e fa uso di funzionalità molto avanzate. Lo potrai seguire fra qualche anno di pratica.

Per esempio per mettere i numeri di pagina vicino al titolo senza i puntini che aiutano l’occho ad andare fino al limite del margine destro della gabbia di stampa, è una funzionalità avanzata; ci sarebbero altri pacchetti disponibili, ma tutti più o meno sono destinati ad utenti avanzati.
Io credo di essere un utente avanzato, non è detto che lo sia per davvero, sono sicuro che ci sono in Italaia almeno 5 persone che la sanno più lunga dime; no è addirittura membro del LaTeX Project Team, il gruppo di lavoro che sta portando il linguaggio LaTeX nel iii millennio.

Io uso LaTeX da quasi 40 anni; ho scritto una dozzina di pacchetti che fanno parte integrante delle distribzioni del sistema TeX; ma, per esempio, non ho mai usato gli infici generali nello stile di ArteLaTeX.

Per raggiungere la perfezione aspeta di avere maggiore esperienza, in fondo non ti presenti all’esame di maturità senza avere fatto le elementari, ;e medie e le superiori. Non dico che ci vogliano 13 anni per diventare dei maestri nell’usodi LaTeX, ma diversi mesi sì, e durante questi mesi cercando di capire quello che c’è sotto.

Vedi, noi vecchi, che abbiamo cominciato a usare questo sistema di composizione, non avevamo a disposisizione nessuna documentaione e abbiamo dovuto impararne l’uso e le funzionalità leggendo il codice. Quando ho deciso di comperare la prima edizione del Manuale di Lamport, ho dovuto ordinarlo in libreria,che l’ha fatto arrivare dagli USA, e io l’ho avuto fra le mani 6 mesi dopo l’ordine. Nel frattempo già usavo un pochino il programma co quello che avevo imparato leggendo il codice.

Quindi calma; non avere fretta; questa tua tesina ti aiuta a comprendere funzionalità (molte) e limiti (pochi) di LaTeX.

O io sono troppo vecchio e non riesco più ad fare l’analisi dei codici problematici, o il tuo codice è troppo problematico.

In realtà l’immagine che hai allegato non sarebbe difficile da ottenere, se tu non complicassi inutilmente il tuo codice.

1) ho avuto delle difficoltà a togliere tutti i caratteri che non sono unicode; Da alcuni anni la codifica di default per i file sorgente da compilare con pdfLaTeX è la codifica unicode, attraverso la transcodifica UTF-8. Per compatibilità con il passato pdfLaTeX è ancora in grado di usare le vecchie codifiche, ma bisogna specificarglielo con il pacchetto fontsenc e l’opzione che gli si passa. Non avendo tu scritto niente in merito al tuo preambolo, (tutto ciò che compare prima di [tt]\begin{document[/tt]) tirare a indovinare è una cosa lunga, visto che le vecchie codifiche sono tante..
Stabilito che la codifica debba essere utf8, ci ho messo diverse ore a cancellare tutti i caratteri che non sono Unicode, anche perché appaiono come spazi nel file sorgente.
2) non disponevo dei file delle immagini, quindi ottenevo il messaggio de il file taldeitali.jpg non era accessibile; quindi le caselle corrispondenti rimanevano vuote; avei potuto sostituire tutte le istanze di \[tt]includegraphics[…]{…}[/tt] con un quadratino nero, ma ci avrei messo ancora più tempo, visto che la cosa non si poteva fare se non uno alla volta.
3) ho cancellato tutte le istanze di \tt]\textcolor{white}{…}[/tt] perché scrivere in bianco su carta bianca non porta molto lontano, ma il codice inutile aumenta la probabilità di commettere essrori di battitura aumenta in proporzione al codice inutile.
4) la macro [tt]\tiny[/tt] è una dichiarazione non un comando, quindi [tt]\tiny{…}[/tt] è errato, nel senso che il contnuto delle graffe viene composto in carattere microscopico, ma l’effetto di [tt]\tiny[/tt] non si esaurisce e continua ad essere operativo; per tua fortuna nele tabelle l’effetto delle dichiarazioni si esaurisce con la chiusura della casella.
5) le scritte in diagonale sono estremamente barocche, e ho il sospetto che qualche graffa sia superflua ma chiuda i gruppi che non deve chiudere. Sono barocche perché usi un ambiente tabular annidato; quindi le graffe mal accoppiate danno fastidio; pasta comporre le scritte diagonali dentro una \parbox a cui specificare un larghezza da 15mm a 30mm a seconda delle colonne Per esempio la scritta Real Estate è più cora di 15mm, ma Communication richiede 30mm. Se usi per tutte le \parbox lo stesso valore, per esempio 30mm, sei sicuto che ci stanno tutte. magari nel testo aggiungi anche la dichiarazione \raggedright, e il tutto avvine senza errori e in modo molto più semplice, se devi usare delle dichiarazioni relative ai font le metti insieme al testo dentro il secondo argomento di \parbox; per esempio: [tt]\parbox{30mm}{\raggedright \bfseries\small Communication Services}[/tt] e non hi nessun bisogno di specificare i descrittori delle colonne, i descrittori degli spazi laterali, eccetera. Se poi a parbox assegni il codice di allineamento , sei sicuro che tutte le scatole ruotino dei loro 45° girando attorno lo spigolo inferire sinitro della scatoa.
6) Contorlla che ogni riga della tabella abbia i soliti 12 argomenti cioè che ogni riga abbia 11 segni & prima del comando \\ che termina la riga; se un cella dovesse rimanere vuota, non è necessario mettere niente al posto di un contenuto invisibile; se la cosa ti da fastidio, mettici semplicemente una scatola vuota [tt]\mbox{}[/tt].
7) come ti ho detto non ho potuto fare esperimenti con le immagini; avrei potuto usare un quadrato nero, o avresti potuto usare un pacchetto che consente di usare delle immagini fasulle, fatto apposta per creare proprio gli EMC.. Tuttavia ho notato che in nomi dei file che hai indicatonel tuo brano di codice sorgente contengono dei caratteri che di solito vanno accuratamente evitati, anche se l’ultima versione aggiornata del sistema TeX li consentirebbe: ho visto delle virgole, degli spazi e dei tratti ribassati “_”. correggi i nomi dei tuoi file sia nella cartella Immagini/ sia nel tuo codice sorgente.

Spero che queste informazioni ti possano essere utili, ma mi raccomando, la prossima volta che scrivi al forum che il tuo esempio minimo compilbile (EMC) sia davvero tale: esempio vuo dire codice sorgente; minimo vuol dire che contenga ilminimo necessario per replicare iltuo problema, compilabile vuo dire che chi vule darti una mano possa semplicemente copiare il codice che alleghi, incollarlo in ona schermata del proprio editor, salvarlo e compilralo, in modo da non dover tiare a indivinare. e mi raccomand il codice sia sempre codificato utf8; se il tuo editor non te lo consente, almeno usa l’opzione di cidifiaca giusta al pacchetto fontenc, e/o usa le righe magiche (commenti di configurazione) per configurare l’editor.

Buon alvoro

A me pare strano, perché nel sito https://tug.org/texlive/windows.html c’è scritto quanto segue:

TeX Live for Windows will eventually move to 64-bit, but there are still TeX users with 32-bit systems, and a 32-bit TeX Live works just fine on a 64-bit Windows. Simultaneous support for both 64-bit and 32-bit Windows would require too many infrastructure changes. The move to 64-bit will probably take place with the 2023 release.

For those people for whom the performance benefits of a 64-bit TeX Live are important, we offer in the meantime a makeshift solution: on 64-bit Windows, tlshell, a GUI for TeX Live Manager, has an additional submenu ‘64-bit Windows’, to download, install and manage 64-bit binaries side-by-side with the 32-bit ones. It also tries to create an appropriate additional command-line shortcut under Windows’ Start Menu.

But if you prefer, you can instead download and run the batchfile. See also the accompanying README.

Alternatively, you can download either natively-compiled or cross-compiled binaries and install them as a custom binary set.

Prima di questo passo il sito raccomanda gli utenti di installare su Windows scaricando e lanciando da terminale il programma install-tl-windows.exe. . Accenna anche a insallare una versione per Linux nel simulatore UNIX che si chiama Cigwin (che ovviamante va preinstallato). Moltissimi anni fa seguivo questa srada e funzionava discretamente bene; poi sono passato a una macchna UNIX, e non mi preoccupo più. A maggior ragione, visto che è una quindicina d’anni che non uso più Windows, le mie informazioni su Cygwin possono essere errate; tottavia nel sito ci soo indicazioni anche per questo tipo di installazione.

Vi si parla anche in una serie di compilazioni apposite a partire dai sorgenti dei file eseguibili. Personalmente non mi avventurerei per questa strada, perché non credo di avere sufficiente competenza, specialmente dopo il mio abbandono di Windows, ma eventualmente “tentar non nuoce”

@giolab, se cooscessi megli LaTeX sapresti che \thecha[tre e ]thesection servono per riportare il valore corrente del contatore chapter e del contatore section, cioè i loro numeri, non i lorotitoli.
Mepr mettere anche i titolo bisogna usare (anche) \leftmark e \rightmark.
se vuoi avere una buona visone della cosa cerca il file toptesi.syu sul tuo disco fissodove hai installato TeX Live o MiKTeX, april il file con lo stesso editor che hai usato per scrivere i tuoi file .tex della tesi, e cerca lo sviluppo della definizione di \ps@heaidngs. Li vedi come sono usati quei “marks”.

Per altro hai usato il pacchetto titleps di Javier Bezos del 2021; un bel pacchetto recente, non molto dissimile da fancyhdr; infatti crea gli headers, le testatine, divise in tre campi, quello di sinistra, quello centrale e quello di destra, dove puoi mettere informazioni varie.
Perché TOPtesi non usa né fancyhdr né titleps? PerchEe i contenutidei tre campi tendono a sovrapporsi specialmente se vuoi far stra nella stessa riga sil il titolo del capitolo col suo numero, sia il numero della pagina, sia il titolo del paragrafo. Visto che la carta A4 è larga 210mm e i margini destro e sinistro sommano a 50mm, ne restano 160 a disposizione. I soli titoli di capitoli e sezioni/paragrafi sono solitamente piuttosto lunghi, è garantito che le tre informazioni si sovrappongono, poco o molto, dipende dalla loro lunghezza., facendo male i conti, supponi che il numero della pagina non superi i 10mm, magari con un po’ di margine a destra e a sinistra, restano 150mm; supponiamo che i titoli di capitolo e sezione siano lunghi uguali, ciascuno disporrebbe di 75mm. Ora prendi una pagina qualsiasi della tua tesi stampata e prendi un righello,poi in una riga qualsiasi misura 75mm e poi conta quanti caratteri sono contenuti in questa lunghezza. Vedrai che quei 75mm contengono pochi caratteri, forse una cinquantina. Sei sicuro di avere sempre titoli di meno di 50 caratteri?

No, non ne sei sicuro, ma così tocchi con mano che fancyhdr e titleps non sono adatti all’uso con TOPtesi.

Se poi ti leggi la documentazioni, vedi che TOPtesi ridefinisce \choater e \section in modoche definiscano una stringa per l’indice generale, una stringa per i “marks” da inserire nelle testatine, e una stringa da stampare nel corpo del test. Giocandocon queste possibilità potresti davvero scorciare i testi dei “marks” ma è difficile scorciarli dino a fali stare entro 50 caratteri.

Ti ho convinto a non cercare di modificare le testatine, salvo il numero della pagina spostato nel margine esterno?, se non ti piace così, nonmi offendo se scegli un’altra classe per stampere al tua tesi; ce ne sono moltissime anche in cinese nella collezione dei pacchetti di TeX Live e MiKTeX. di quelle in italiano per le università italiane ce ne sono una decina; la più versatile secondo me è TOPtesi, la più elegante è suftesi; ma ce ne sono diverse altre. In fin dei conti è solo una questione di gusti.

No, non è compatibile.
Se proprio vuoi fare una cosa del genere, prova a leggere la documentazione con texdoc toptesi-it vedi nella pagina 49 come si fa ad avere il folio (numero di pagina) nella estatina, sporgente nel margine. MA si spiega anchee fra quelle opzioni che il testo delle testatine, che di default è centrato, non è fisicamente compatibile con il numero della pagina sulla stessa riga della testaina ed è per questo che qule numero viene messo nel piedino. Questa è una pratica molto diffusa nei libri con le testatine centrate.
Ma se proprio ci tieni, l’opzione adatta c’è, basta leggere la documentazione.

linden-limmer” post=121794Ciao a tutti,

1) come si costruisce un pacchetto latex ?
2) che tipo di materiale puo’ far parte di un pacchetto latex ?
3) che tipo di materiale non puo’ far parte di un pacchetto latex ?
4) quali sono le regole di “buona educazione”
da seguire nel creare un pacchetto latex ?

Saluti
Luciano

Le informazioni su “how to oploade a package” sono essenziali ma non rispondono alle tue 4 domande; I pacchetti che citi possono aggiungere qualche informazione, ma non rispondono alla tue 4 domande.

Un pacchetto LaTeX è un file .zip che contiene uno o più file di codice LaTeX (.cls, .sty, .def, .ldf, .fd, eccetera) accompagnati da almeno un file di documentazione. Di solito l’autore crea un file .dtx (documented-TeX file) che contiene intercali sia i testi di documentazione, sia le parti di codice; Se questo file è digerito da uno dei programmi di composizione, tipicamente pdfLaTeX, vengono estratti sia il o i file di documentazione in formato .pdf, sia i file di codice desiderati.

Tutto questo materiale è quello più difficile da creare, per il resto basta eseguire l’upload di un file .zip che contenga solo il file .dtx, il file .pdf, e un file README testuale (.txt) o markdown (.md) o multimarkdown (.mmd) dove viene specificata la licenza a cui è soggetto il pacchetto (di solito sl LaTeX Public Program Licence, LPPL, ma sono lecite altre licenza che prevedano la proprietà intellettuale, ma il permesso dell’uso libero e senza limiti; qualche modestissimo limite per le modifiche da parte di chiunque non sia l’autore/manutentore del pacchetto), il nome e indirizzi del manutentore se diverso dall’autore, l’elenco dei file contenuti nel pacchetto con la specificazione dei file che possono essere eventualmente cambiati/modificati dal singolo utente.

Quanto sopra dovrebbe rispodere alla domanda 1) e alal domanda 2).

Alla domanda 3) la risposta è semplice; non può far parte diel pacchetto nessun file che non sia stato creato dall’autore del pacchetto; per esempio, i file per la costruzione di tesi di laurea non possono contenere i file con i loghi degli atenei a cui si riferisce quel particolare stile di composizione di quella tesi. I loghi sono proprietà privata degli atenei o delle altre entità di cui quei loghi sono l’emblema.

Risposta alla domanda 4). Le regole di buona educazione sono ovvie, direi; nel senso che la lingua inglese è obbligatoria; se il file è destinato ad una utenza nazionale, il corpo della documentazione può anche essere in lingua nazionale, ma ci deve essere almeno un sommario/abstract in inglese che descriva brevemente a che cosa serve il pacchetto; Sono purtroppo frequenti i casi di pacchetti, anche importanti, documentati solo nella lingua dell’autore; capita spesso con pacchetti creati da autori cinesi e orientali in genrale. ma succede spesso anche con autori francesi e slavi. Tieni presente che l’ottimo pacchetto tkz-euclide, nela sua prima versione era documentato solo in francese, Dopo aver insistito tanto con l’autore, sono riuscito a convincerlo a scrivere la documentazione in inglese e a chiedergli di spiegare meglio le costruzioni geometriche euclidee; ora la documentazione è in inglese, ma se non sei on ricercatore di geometria euclidea molto competente, spesso e volentieri non si capisce né lo scopo né il procedimenti seguito nella costruzione geometrica; colpa mia che non sono abbastanza ferrato in geometria se non capisco le costruzioni di quell’autore, ma se avesse descritto meglio le sue costruzioni, avrebbe fatto un piacere non solo a me, ma anche alla moltitudine di possibili utenti del suo pacchetto.
Bisogna inoltre evitare qualunque forma di plagio; non costa niente citare lavori altrui, codice altrui, immagini altrui, citando chi è questo “altrui”.

Credo di avere risposto, ameno in parte, alle tue 4 domande. Ti auguro di creare bei pacchetti e col tempo e la pratica imparerai a seguire le procedure giuste senza nemmeno rendertene conto.

Con questo tuo ultimo messaggio scopro una cosa che non immaginavo; cioè che usi MiKTeX.
Siccome non dispongo di una macchina Windows non posso verificare, ma ho un vago ricordo che MiKTeX non esegua makeindex.exe quando deve compilare il file .idx per trasformarlo in file .ind.

Siccome ho vaghi ricordi, potrebbe essere che quanto io ricordo sia sbagliato.
Ma se fosse giusto, dovresti lanciare a mano la compilazione con pdfLaTeX spo=ecificandogli l’opzione -shell-escape o -enable-write18, comunque si chiamai questa opzione con MiKTeX. Se continua a non funzionare, esamina attentamente la fine del file .log dove dovrebbe esserci l’indicazione che pdfLaTeX ha lanciato il programa makeindex.exe e l’informazione è seguitada una fila di puntini che “punteggiano” il tempo che makeindex.exe impiega per eseguire il suo lavoro. Esamina anche il file .ilg (ilfile .log di makeindex.exe) e controlla nel file log che cosa ha fato.
Infine controlla TeXmaker e le sue impostazioni per gli eseguibili da lanciare in background; di ognuno puoi specificare le opzioni da fornire al programma di compilazione; leggi attentamente l’Helpdi TeXmaker per sapere come fare, ma eventualmente aggiungi per pdfLaTeX l’opzione giusta fra le due che ricordo da quando i programmi di compilazione sono in grado di lanciare in background.

Sulmio Mac ho la versione Mac di TeXLive e non ho problemi con il tuo indice analitico. Come hai visto nel mio codice l’unica veramodifica è stata quella di spostare [tt]\usepackage{hyperref}[/tt] più in basso appena prima di [tt]\begin{document}[/tt].

Il pacchetto hyperef va sempre messo per ultimo, a meno che certi pacchetti, di cui bisogna aver leto la documentazione, non ne richiedano il caricamento prima. questi pacchetti sono pochissimi

Spostane la chiamata subito prima di [tt]\begin{document}[/tt]