Andrea

OldClaudio” post=108124 @Jager, ho rivistoil messaggio dove diccevi che cliccando inavvertitamente la tastiera si ripresentava la schermata PDF, ecc,ecc.

La sincronizzazione del file sorgente con il file composto quando si compila con pdflatex, ottenendo in uscita un file PDF, era recente una decina di anni fa. Ora gli shell editor moderni PDF. Ma che sia il visualizzatore integrato all’editor (come nel tuo TeXstudio) non c’è mai bisogno di chiudere la schermata PDF.
ALmeno non c’è questa necessità se la macchina su cui si lavora ha abbastanza RAM; di solito oggi tutti i PC di ogni marca vengono venduto con na RAM di almeno 4GiB; in offerte stracciate è possibile che vengano venduti apparecchi riciclati con RAm molto più modeste, assolutamente insufficienti per lavorare in modo conveniente con i sistemi operativi moderni.
Se questo è il tuo caso, cerca di rivolgerti a chi può metterci le mani dentro ed installa altri moduli di memoria. Io lavoro con 16GiB e non ho problemi. Probabilmente anche 8GiB sono sufficienti. Comunque più RAM hai, meno problemi hai.

Le righe magiche; dài, ogni guida presente in questo sito ne parla. Che io sappia i più diffusi Editor che sanno interpretarle sono TeXShop (solo per Mac; questo programma le ha inventate per primo); TeXworks e TeXstudio, forse anche Teamaker (ma non lo uso, quindi sono male informato); un paio di shell editor per Mac, poco diffusi. Anche l’onnipotente emacs con il plugin auctex ne può usare, ma con una sintassi diversa.

Nella guida tematica sulle codifiche presente nella sezione Documentazione/Guide tematiche di questo sito, se ne parla diffusamente perché sono essenziali per un buon funzionamento dello shell editor.

Esiste anche uno script arara, facente parte almeno della distribuzione TeX Live, che usa altre sue righe magiche nel preambolo del documento, righe magiche che permettono di fare ben di più di semplici auto configurazioni dell’editor, ma anche di svolgere sequenze di operazioni che interessano la compilazione stessa. Ci sono persone che non potrebbero vivere senza le funzionalità di arara.

Infine, dici che hai analizzato al documentazione su CTAN. Perché? Tutti i documenti che trovi su CTAN sono già nel tuo disco fisso e non hai nessun bisogno di intasare la rete, rallentando la tua lettura, quando hai già tutto a bordo. Basta che tu apra un terminale e che ci scriva dentro il comando texdoc seguito dal nome del pacchetto che ti interessa, così che quando esegui il comando premendo il tasto invio, ti si pare una finestra nella quale leggi direttamente la documentazione anche quando non sei in rete.

Il mio portatile ha ben 8gb e un i7 quadcore e di recente ho pure montato un ssd aggiuntivo rendendolo il principale tramite la clonazione del disco, quindi non penso che abbia problemi hardware di qualsiasi sorta (purtroppo mi tocca usare configurazioni hw abbastanza elevate per effettuare certe cose, non potendo utilizzare un fisso)… Io penso sia un problema del visualizzatore per il seguente motivo, e cioè se diminuisco il numero di immagini non ho alcun problema, ed inoltre se imposto la visualizzazione esterna e non embed non ho di nuovo alcun problema. Il file pdf per ora si aggira sui 74mb, tutto dovuto alle immagini raster che ho singolarmente scalato a dimensioni tipo 16x12cm a 300dpi su photoshop, ed ogni immagine occupa massimo 1-2 mb anziché i 4-6 originali (è documentazione fotografica del caso di studio).

Per le righe magiche approfondirò sicuramente, ma mi sembra che siano cose simili alle opzioni di configurazione interne a TeXstudio, solo messe nel file di testo, ma devo studiare e capire! 🙂 Io ho iniziato studiando la bellissima guida di Pantieri, ma non mi sembra di averle trovate… ora prenderò anche le guide di qua 🙂

In generale approfondivo su CTAN (scaricandomi la documentazione per comodità) perché non sapevo, ma proprio in questi giorni ho visto che ho tutta la documentazione ce l’ho già di mio… eh!

OldClaudio” post=108066 @Jager, purtroppo se un file sparice dal disco o viene corrotto per qualche motivo che non si riesce a capire, non c’è altro da fare se non riscrivere l’intero capitolo che hai perso.
Anch’io ho provato ad aprire i file che avevi allegato e che ammontava a circa 50 KiB e conteneva solo degli zeri.

Non so come Win10 salvi i file su disco, ma una volta mi era successo di perdere dei file e di recuperarli, perché erano ancora sul disco ma li avevo stati cancellati per sbaglio. Allora c’era NTFS che permetteva una certa dose di recupero della versione precedente mediante i soliti word processor, prima ancore c’erano la FAT16 e la FAT32 che invece di cancellare mettevano un punto interrogativo al posto della prima lettera del nome del file; non erano proprio cancellati, ma non erano più accessibili e diventavano spazio disco utilizzabile per altri scopi; allora di tanto in tanto era anche necessario compattare il disco in modo da diminuire il frazionamento dei fai in settori discontinui del disco. Con i dischetti di Norton Doctor era possibile leggere i dischi settore per settore ef eventualmente si riuscivano a ritrovare i settori di quei file “cancellati”; rimettendo la lettera iniziale al suo valore nel nome del file, il file risultava completamente recuperato, sempre che nel frattempo i suoi settori non fossero stati nel frattempo occupati da altro materiale, magari a causa di una deframmentazione eseguita sul disco.

Oggi i sistemi operativi provvedono alla garbage collection in modo autonomo, per cui quando un file vien cancellato, è sostanzialmente perso perché il suo spazio viene occupato da altro materiale.

Piuttosto nel tuo ultimo messaggio sono rimasto colpito dal numero di pacchetti che carici. Parto dal presupposto che tu sappia che cosa fa ciscun pacchetto e che quindi tu l’abba caricato a ragion veduta; comunque ci sono alcuni errori, alcuni grossolani, come per esempio quello di NON caricare hyperref per ultimo, perché caricato a metà può succedere che gli hyperlink non funzionino. Ma ci sono altri pacchetti che vengono sconsigliati vivamente in tutte le guide disponibili, per esempio type1ec; ce ne sono altri che sono già caricati da altri pacchetti (amsfonts è già caricato da amssymb), eccetera. Evidentemente al lettura della documentazione non è il tuo forte, oppure ti sfuggono delle raccomandazioni molto importanti.

Non dico che la perdita del file dipenda dai pacchetti inutili o sbagliati, ma quando si vede un preambolo di quel genere vengono dei sospetti.

Coraggio, non perderti d’animo.

Concordo, oramai mi sono rassegnato a riscrivere il capitolo…

Per quanto riguarda i pacchetti, specie l’ordinamento: è frutto di una stratificazione delle mie conoscenze di LaTeX! Ora mi sono abituato a leggere la documentazione direttamente su CTAN (alle volte mastodontica, mi ricordo pgfplots per ottenere il grafico come volevo io l’ho dovuto spulciare bene), ma non ho sempre fatto così: alle volte, affascinato magari da cose grafiche mi sono lasciato prendere la mano (es: type1ec) e ho banalmente copiato/incollato l’uso di alcuni pacchetti, senza capirli veramente (vedi amsfonts e amssymb). Ora è un po’ diverso, e sto capendo di più i singoli pacchetti, ma non ho mai fatto una grande pulizia a dir la verità, e infatti agli occhi di qualcuno esperto penso faccia un po’ rabbrividire… Comunque che la maggior parte dei pacchetti la uso in maniera abbastanza estesa, in quanto essendo una tesi di ingegneria ho molta varietà in quello che devo riportare…. Anche se rileggendo bene, ad esempio ltxtable era frutto di un esperimento fallito (tabella su due colonne che continua per più pagine), risolto organizzando in maniera diversa i dati.

Uso TexStudio, aggiornato se non sbaglio settimana scorsa, sotto Windows 10…

Purtroppo mi sono trovato con TexStudio a dover risolvere alcune grane proprio per la gestione dei file: ad esempio, se compilo tutto il documento e mi viene visualizzata l’anteprima del pdf, per ricompilare devo chiuderer l’anteprima perché sennò crasha… Lo fa penso per le dimensioni del pdf, causate dalle numerose immagini (già scalate e ridotte una a una). In questo senso il comando \input è fondamentale, in quanto così quando lavoro su un pezzo, escludo gli altri e poi li reincludo riscrivendo \input e così il problema non si pone.

Questo è il primo problema assoluto che ho con LaTeX, che di solito anche crashando non mi dava alcun problema ai sorgente. Che sia sparito tutto, senza nemmeno segnalarmelo, è una cosa che proprio non riesco a capire…

Inizierò subito a lavorare di nuovo in cloud (ho l’abitudine, ma per pigrizia nell’ultimo mese non l’ho fatto, in quanto dovevo spostare tutto)… Con dropbox che mi mantiene anche le versioni precedenti dei file. E ogni tanto mi invierò i .tex per email a me stesso.