OldClaudio

Come dice @cfiandra, ci sono due cose che sembra non vadano; una è che kpsewhich vede il tua albero perosnale in [tt]C:/Users/Marco/texmf[/tt] e l’altra che dici di avere creato il tuo albero personale in [tt]c:/Users/Marco/Documenti/texmf[/tt]. Per la verità non dici esattamente così, ma dalle tue parole si evincerebbe quello che ho scritto qui. Forse ti sei espresso male, ma la struttura TDS la devi creare dentro la cartella che viene vista da kpsewhich. Se nella GuidaGuIT i fa riferimento a Documenti/ è perché la GuidaGuIT non può esssere aggiornata ad ogni modifica dei sistemi Windows che negli ultimi 10 anni hanno cambiato sistematicamente l’area personale. Quindi anche se viene esemplificato un path per larea personale, questa può valre per una delle versioni di Windows, non per tutte le versioni di Windows. Mi pare che ci sia scritto anche nella GuidaGuIT; contorllerò e se non ci fosse scritto, vedrò di modificare l’avvertenza.

L’altro “errore” discende da quel che ti ho detto io in modo corretto, ma funoso; infatti se tu hai sotto latex/ la cartelal pgf, allora è questa cartella pdf/ che devi caricare nel tua albero personale sotto latex/. Se guardi l’albero ufficiale texmf-distr. vedi che anche questo contiene la cartella pgf/ sotto latex/; contiene anche delle cartella che cominciano con “tikz” , ma se ci guardi dentro non ci trovii, per esempio, il file tiks.sty; ne segue che queste cartelle contengono moduli di estensione foriti da utenti volonterosi, ma che non fanno parte del pacchetto TikZ ufficiale. Se avessi cercato con le funzionalità del tuos sistema operativo il file tikz.sty l’avresti trovato sotto a texmf-ditr/tex/latex/pgf/frontendlayer/ e questo ti avrebbe dato una chiave per sapere dove mettere la cartella pgf di quanto hai scaricato.

Scusami, vedo che continuo a suggerirti procedure da mini-hacker; il tutto dovrebbe essere molto più semplice. Purtroppo non è così; nello stesso tempo se uno impara a esplorare il proprio disco, impara anche molte cose che tornano utili in molte circostanze impreviste o imprevedibili.

spino” post=91050Hai ragione, nel lavoro precedente per i tre indici usavo il pacchetto multind. L’ho riprovato e funziona ancora. Potrei provare a disinstallare e reinstallare makeidx usando TexLive Manager, che ne dici?

Non fare cretinate con il TeXLive Manager; se hai texlive completa, hai già sul tuo disco sia multind sia imakeidx; ti consiglio chiaramante il seocndo pacchetto, perché iltre a fare gli indici multipli, lo fa in modo sincorono. Sotto ti riallego il tuo file di prova dove ho aggiunto una i davant a makeidx, in mdoco che sia il pacchetto imakeidx a fare il lavoro; cancella i file /idx. .ind e .ilg dal pacchettino sippato e poi eseguilo con pdflatex;: sorpreesa; lindice analitico è già lì e composto a due colonne pareggiate, invece cha a due colonne non pareggiate come fa makeidx. Se poi prendi l’abitodine di leggere la documentazione, usa sempre una finestra comandi, prompt dei comandi, finestra DOS, terminale, console, xterm, o come si chiama sul tuo calcolatore col tuo sistema operativo; scrivici dentro il comando texdoc imakeindex ed eseguilo; si apre il visualizzatore adeguato del tuo sistema operativo e leggi la documentazione; scoprirai el meraviglie di questo pacchettino.
[attachment=881]prova.zip[/attachment]
Come vedi, compila benissimo e l’indice esce benissimo con una sola compilazione del file principale.

Ho fatto la prova come mi hai suggerito con risultato negativo (si compila ma non fa l’indice), ma noterai che alla fine ho aggiunto la stringa “àèéìòù” che viene compilata correttamente.
L’ho fatto perché nel mio attuale lavoro non si compilano le accentate e mi dà errore, tanto che sono costretto a scrivere \`a per à ecc.

Come vedi sopra e nel mio file prova.tex compilato l’indice c’è e io non ho fatto nulla a mano, tranne che cliccare sul pulsante Typeset del mio editor.

Per completare il quadro ti dico che il lavoro consiste nella revisione di un testo a suo tempo realizzato con Lyx 🙁 (prima che mi apriste gli occhi) e che non sono in grado di verificare se usava la stessa codifica. Per essere più chiaro, le vocali accentate che vengono dal vecchio testo lyx non si compilano, ma neanche quelle che io aggiungo ora da tastiera al vecchio file, mentre come vedi, su un file nuovo tutto va liscio.

Come neofita non sono in grado di trarre conclusioni da quanto sopra, tuttavia cerco di ricapitolare:

• Il vecchio file contiene qualche cosa invisibile ma che impedisce la corretta compilazione delle vocali accentate. Pazienza, non è grave.
• Apparentemente non funziona il pacchetto makeidx e questo sì che è grave.

Grazie anticipato per l’aiuto.

Quanto dici sembra che coinvolga una questione di codifica; Siccome installando TeXLive hai anche l’editor TeXworks, cliicca sul file che non ti accetta le lettere accentate con il tasto destro del mouse; scegli dal meno che ti si apre la voce “Apri con”; dall’elenco dei file che sarebbero in grado di aprire un file di testo scegli TeXworks; se non è nell’elenco, cercalo cliccando con “altro” e vallo a cercare nelle cartelle del tuo TeXLive; verosimilmente in …/texlive/2013/bin/ o qualcosa del genere — dipende dal tuo sistema operativo; Aperto il file controlla se certi caratteri sono sostituiti da rombi neri con un punto interrogativo bianco dentro. Se è così la codifica non è utf8; nell’angolo in basso a destra clicca nella finestrina dove c’è scritto il nome della codifica di default usata per aprire il file; si apre un lungo menu verticale; scegli un’altra codifica (la scelta dovrebbe essere fra utf8, latin1, latin9, ansinew, applemac, cp152,… presumibilmente); riclicca sulla stessa finestrina, scegli al prima voce del menù “Reopen with…”,; ti chiede conferma che vuoi riaprire il file; rispondi di sì; nel nuovo file aperto controlla se ci sono i rombi neri; se ci sono ancora, ripeti l’operazione con un’altra codifica; quando finalmente avrai trovato la codifica che non ha più rombi neri, quella è la codifica del file; allora questa codifica deve coincidere semanticamente (cioè nel suo significato neon nel suo nome scritto; come UTF-8 è diverso da utf8, ma vogliono dire al stessa cosa) con l’opzione che è scritta nel preambolo del file per il pacchetto inputenc; se questa codifica scritta nel file è utf8 e la codifica che hai trovato per il file è ISO-8859-1, per esempio, allora nella finestrina in basso a destra della finestra di TeXworks scegli UTF-8, non riaprire il file ma salvalo con lo stesso nome: HAI CAMBIATO CODIFICA AL FILE. Ora riprendi il tuo text editor con il quel lavori abitualmente e compila il tuo file; le lettere accentate devono venire fuori correttamente.

Per saperne di più scarica dalla sottosezione delle guide tematiche della sezione Documentazione di questo sito il file Codifiche in TeX e LaTeX dove nell’ultimo capitolo trovi descritta di nuovo la procedura che ti ho riassunto sopra, ma dove puoi capire al questione delle codifiche e della separazione fra la codifica dell’editore e quella specificata al programma di composizione. Il discorso codifiche è relativamente difficile, ma per procedere correttamente con i programmi del sistema TeX basta usare sempre la codifica d’entrata utf8 e sapere, eventualmente, come cambiare codifica ad un file scritto con una codifica diversa.

Allora il tuo lavoro precedente poteva anche funzionare, ma se preparava tre indici analitici distinti, non l’avevi fatto con il pacchetto makeidx, ma forse con il pacchetto imakeidx (noti la i iniziale?). con il pacchetto makeidx (senza la i iniziale) NON puoi preparare tre indici distinti; forse ci riesci usando le classi KomaScript, ma certamante non ci riesci con la classe book.

Pertanto sarebbe importante che ci mandassi un TUO esempio minimo NON compilabile. Prendi il file sorgente possibilimente con almeno un file incluso, se usi file inclusi, ma ridotto al minimo; basta una pagina che contenga un paio di \index{…}; comunque nel preambolo togli tutti i pacchetti non necessari per la prova e controlal che da te le cose non funzionino. zippa il tutto, compreso il tuo file .log, e allegalo al tuo prossimo messaggio; così noi possiamo scaricare, aprire i file, compilare, verificare se le cose vanno storte per errori oppure se da noi funzionano. Nel primo caso cerchiamo di dirti dove sbagli, me secondo vulo dire che la tua installazione è bacata; consigliarti come fare per “sbacarla” sarà difficile, ma ci proveremo.

Ricordo che proprio tu, @OldClaudio, in un altro intervento avevi già spiegato come interrompere una compilazione con TeXStudio. Comunque da quello che ho letto su SourceForge, è stato aggiunto un pulsante dedicato, se ho capito bene.

Beati voi che vi ricordate quello che ho fatto io 😆
Io non ci riesco più.

Però, leggendo l’Help di TeXstudio trovo:

if a started latex freezes up, you can kill it by pressing escape after 2 seconds

Non so se era questo che avevo scritto nel messaggio che voi ricordate, ma questo è scritto nel file di aiuto che si apre clliccando su Help/Aiuto nella barra superiore. Forse funziona davvero, ma sicome non uso più windows, non posso verificare.

marchetto” post=90998Grazie proprio non sapevo queste informazioni sulle unità di misura informatiche. con Gb intendevo gigabyte ma penso che ormai si sarà capito.

Certo, che l’avevo capito, e capisco anche quando le distanze sono indicate in mt (millitonnellate?) o in ml (millilitri?); capisco anche che squola vuol dire scuola, ma ciò non toglie che anche se si capisce, sia sbagliato lo stesso 🙂

Sempre per non essere pignolo ma dare un contributo costruttivo, io consiglio di scaricare dal sito del National Institute of Science and Technology (NIST) il documento sp811.pdf; c’è tutto lo scibile sulle unità di misura e il sistema internazionale; ci sono anche regole per scrivere correttamente le informazioni metriche in un contesto di lingua inglese, che ovviamente non si applicano all’italiano (per esempio tutte le unità scritte epr disteso in inglese prendono la s del plurale, mentre in italiano sono tutte invariabili al plurale se il loro simbolo ha una iniziale maiuscola o finisce per consonante esempi: lumen, volt, ampere, joule, eccetera). Ma quel documento vale oro zecchino, dovrebbe essere sempre a portata di mano; ci sono informazioni che dovremmo conoscere tutti, ma che la nostra italica superficialità ci fa dimenticare troppo spesso.

Sì, è una domanda che mi sono fatto anch’io, ma sono contento che Ivan abbia scelto il Palatino, perché a me piace di più.

Tuttavia, in attesa di una risposta dal diretto interessato, espongo come io mi sono giustificato la scelta di Ivan; Il palatino ha il supporto completo epr la matematica mediante il pacchetto mathpazo; per i font che elenca non c’è supporto per i Minion Pro; Garamond non è instalalto dappertutto perché a stretto rigure i Garamond distribuiti con il sistema TeX sono “not free”; il che vuol dire che non li paghi, ma non li puoi usare liberamente per qualunque utilizzo. Per gli Utopia mi pare di ricordare di averli dovuti scaricare e installare a mano; ma non ricordo bene.t Di fatto una cosa molto simile, se non identica agli Utopia è già fornita dal pacchetto fourier (texdoc fourier-doc) che fornisce ampio supporto per la matematica: “Fourier-GUTenberg provides all complementary typefaces needed to allow Utopia based TEX typesetting. The system is absolutely stand-alone: apart from Utopia and fourier, no other typefaces are required.”

Quindi, di fatto Ivan, volendo evitare problemi con font non liberi, ha scelto i Palatino, che poi, nonostante le grazie non a goccia, non sono poi male.

Vediamo se quando Ivan risponde ci da delle spiegazioni diverse.

fierli” post=90990Ho la versione 2.9, comunque grazie! Per curiosità mi leggerò la documentazione di arara, ma effettivamente Biber (come dici tu) non conviene lanciarlo troppo spesso. Un’altra cosa, mi sembra di aver capito che il pacchetto imakeidx mi evita di dover lanciare il comando “MakeIndex”, vero?

In merito a imakeidx non è esattamente quello che ti ho dotto nel messaggio precedente?ci pensa da solo a lanciare makeindex” vuol dire esattamente quello; se ne leggi la documentazione (texdoc imakeidx) capisci meglio quali funzionalità abbia imakeidx. Il programma è stato scritto al 99% da Enrico; l’idea prima di usare la funzionalità shell-escape è mia; ci ho scritto anche un articoletto su ArsTeXnica, scaricabile dalla sezione ArsTeXnica di questo forum. Ma le estensioni che ci ha aggiunto Enrico possono soddisfare la stragrande maggioranze delle necessità pratiche. Ne siamo entrambi molto orgogliosi, e vediamo che è usato molto anche all’estero. È talmente comodo che io non ne faccio più a meno. La Guida GuIT ha sei indici analitici creati con imakeidx in modo sincrono con il documento e credo di poter dire che il mio iMac non perda più di un paio di secondi a compilarli tutti e sei.

Dipende dal sistema operativo e dall’editor; con TeXshop, per esempio, nasta cliccare il tasto verde/rosso e la compilazione si arresta. Con TeXShop c’è il pulsnate Abort. Con diversi sistemi operativi c’è il mdo di “uccidere” specifici processi di eleaborazione.

Tuttavia ho il sospetto che tu sia a corto di RAM sul tuo vecchio portatile; temo che al massimo abbia 1GiB di RAM e questo ammontare è troppo poco; se poi ha meno di un GiB di RAM (il mio vecchio portatile Windows ne aveva 250KiB) sei sicuro di incorrere in guai del genere; sarebbe meglio sevista la pochezza della RAM, tu tenesi aperto solo il processo di compilazione, chiudendo le finestre che compaiono nella barra inferiore, si tratta di programmi in grado di essere eseguiti, quindi parzialmente tenuti in memoria, am dormienti; dormono, sì, ma occupano la poca RAM disponibile.