Comando personalizzato in Texstudio

Marco, quello che chiedi mi sorprende; non sono mai riuscito ad ottenere da un PDF con certe dmensioni una altro PDF di dimensioni minori, spesso molto maggiori, qualche volta un po’ più piccole, ma con differenze trascurabili, dell’odrine dll’1% o del 2%. Non escludo che lo si possa trattare come un output per stampante con una piccola densità di pixel al pollice, ma il risultato è generalmente penoso, nel senso che perde al sua natura vettoriale, o meglio, la conserva ma con una granulosità inaccettabile dei contorni visto che i nodi delle spline che definiscono i contorni vengono attribuiti a coordinate intere e vengono ridotti di numero.

No, il formato PDF non è di per sé verboso come il linguaggio postscript, pur essendone una derivazione e riduzione, ma è compresso, molto compresso; piuttosto vedi di impostare i tuoi programmi che producono file PDF in modo che usino il massimo grado di compressione (che tra l’altro, se non vado errato, a differenza della compressione dei file JPG, basati sulla trasformata di Fourier bidimensionale discreta, è una compressine lossless, e quindi non perde nessuna informazione.

Poi certo, per esigenze particolari si può anche pensare a bozze di bassa definizione, purché il file finale, a lavoro finito, sia di definizione sufficientemente elevata.

Ricordati il principio fondamentale della teoria dell’informazione; se vuoi una riduzione del numero di bit contenuti in un determinato file, puoi lavorare solo sulla ridondanza dell’informazione che vi è contenuta; se vai oltre, perdi informazione.

Ciao.
Credo che si possa fare con uno script interno a TeXstudio in Javascript.
Alcune notizie le puoi trovare qui.
Alcuni suggerimenti che potrebbero essere utili:
un comando esterno pare si possa eseguire con:
`buildManager.runCommand()`
Inoltre il nome del file è restituito dalla funzione:
`editor.fileName()`

Se lo script funziona, potrai associarlo a una combinazione di tasti.

L’alternativa è usare una macro simile in TeX works, dove è possibile usare Lua.
R.

Marco, capisco le tue esigenze; immaginavo che si trattasse di una cosa del tipo di quella che descrivi. ma ci sono altri metodi, forse più efficienti di quello che stai facendo ora.

1) nel lavoro cooperativo, se il progetto è costruito bene, esso si appoggia a più cartelle, una delle quali contiene le immagini; queste non vengono cambiate ad ogni aggiornamento, sono una specie di dato fisso. Generalmente sono molto ingombranti come numero di byte, talvolta di alcini mega ciascuna. È chiaro che ognuna occupa spazio due volte, una volta nella cartella delle immagini, e una volta nel PDF composto.
2) se componi con l’opzione draft, nessuna immagine viene effettivamente inserita nel file, ma il suo spazio viene occupato da un semplice riquadro dentro il quale viene scritto il nome del file grafico che contiene l’immagine.
3) condividere con i collaboratori il file sorgente e/o il file composto con draft, vuol dire scambiare file di solo testo o poco più.
4) ogni collaboratore che voglia vedere il tutto completo, può ricomporsi il file togliendo l’opzione draft.

Mi rendo conto che questa procedura, efficientissima, è usabile solo fra collaboratori che dispongono del sistema TeX. Giustamente puoi controbattermi che i tuoi collaboratori non dispongono tutti del sistema TeXo, peggio ancora, che tu sei l’unico in grado di usare il sistema TeX.

In questo caso direi che non stai componendo un documento in collaborazione con altri; stai lavorando da solo, e i collaboratori sono quelli che “ti fanno le pulci”; non sono collaboratori ma, caso mai, nel migliore dei casi, revisori. O semplicemente dei tuoi superiori d’ufficio a cui devi rendere conto di quello che stai facendo. Be’, la soluzione di mandare loro un file PDF senza immagini non funzionerebbe e l’idea di comprimere il tutto con il procedimento che hai indicato resta la tua unica salvezza.

Uhm, ottima idea risolvere all’interno del sistema TeX.
Basta tenere due versioni dei file delle immagini, una alla risoluzione piena nella cartella image_fullres (per esempio).
Con image magick da linea di comando si riduce in un colpo solo la risoluzione di tuute le immagini e le si salva in image_lowres, ma con gli stessi nomi.

All’interno del sorgente poi, basterà selezionare all’inizio il graphic path per ottenere la versione con le immagini pesanti o leggere.
La compilazione dovrebbe, nel caso lowres, essere anche più veloce e non è necessario alcuna ulteriore elaborazione.
Una macro con un condizionale (tipo \iffullres), potrebbe fare da “interfaccia utente”.
😉
R.

provato a guardare qui ?
ciao
claudio

Non mi sono spiegato bene; non devi lavorare cn due cartelle di immagini; devi lavorare solo con una cartella, ma metti l’opzione draft alla classe; componendo con qualunque programma basato su LaTeX (pdf-, xe-, lua-latex) le immagini non ti vengono incluse nel PDF, ma viene comunque riservato il posto per quando le metterai per davvero alla fine del lavoro; controlla il PDF; vedrai che da 120MiB ti scenderà, probabilmente sotto i 5MiB, forse anche sotto il’1MiB.

Comunque va benissimo come stai facendo creati lo script bash comprimi; e aggiungi un altra voce alla lista di motiri di TeXstudio, che contenga la riga pdflatex -errorstopmode -synctex=1 $1 | comprimi $1 (o qualcosa del genere $1 sta per il nome del mainfile, forse va scritto in un altro modo…) Naturalmente comprimi deve avere il bit di eseguibilità impostato e deve essere in una cartella che sia sul path. Questo è quello che farie io, poi magari, se non funziona ci lavorerei sopra per capire perché e provvederei in merito.

Oppure usa arara a cui dici di compilare il file tex e poi di eseguire comprimi; le due azioni restano separate, ma le fa arara; la guida di arara si legge con texdoc arara da terminale. Non è male, per niente, gli si riescono a far fare cose molto belle e piuttosto complesse. Io abitualmente non lo uso, ma certamente tu lo troverai molto utile per questi scopi.

Bene, sono contento anch’io, perché vedo usata una cosa che avevo immaginato, ma tiravo solo a immaginare:)

Spezzo una lancia a favore della doppia cartella 😉
R.

Ciao Marco,
ho provato il tuo approccio (apro la parentesi solo per precisare, a favore di altri neofiti come me, che ho dovuto modificare il comando “gs” con “gswin64” perchè quella è la mia istallazione di Ghostscript e di controllare che il percorso del comando sia incluso nella variabile di sistema PATH di windows) ed alla fine ho ottenuto il risultato senza errori. Tuttavia avendo sperimentato su un file non molto corposo (circa 4Mb con qualche immagine un pò di matematica) ho rilevato, come anticipato in questa discussione in un precedente post di OldClaudio, di non aver ottenuto alcuna riduzione di dimensione del pdf ma anzi un leggero incremento. Ovviamente dovrei provare su altro materiale prima di dare un responso definitivo e, del resto, non mi permetto di dubitare del tuo ottimo risultato.

sergio

@MisterMandarino, il tuo intervento è ottimo, ma soffre di un piccolo neo, al quale dovresti stare attento, perché gli utenti del sistema TeX non dovrebbero avere questi piccolissimi, quasi trascurabili nei.

$Mb non viol dire niente; il simbolo b non esiste nel sistema internazionale e l’informatica non è esente dal rispetto delle norme relative alle unità di misura; il bit non si semplifica in b, e il byte non si semplifica in B; entrambi si scrivono per disteso.
Inoltre i prefissi decimali sono diversi: quelli decimali sono k, M, G, T, eccetera; quelli binari sono Ki, Mi, Gi, Ti, eccetera.

Sono diversi r che quelli decimali sono le successive potenze 3, 6, 9, 12, eccetera di 10; mentre quelle binarie sono le successive potenze 30, 60, 90, 120, eccetera di 2; e siccome 2^{10}=1024 e questo è diverso da 10^{3}=1000, usare i prefissi binari o quelli decimali non è affatto la stessa cosa, anche se a spanne non sono molto diversi. 😉

@HoldClaudio,

oltre a ringraziarti per la precisione devo ammettere che queste informazioni non le conoscevo proprio (8) se non la definizione, all’acqua di rose, di bit e byte. Devo approfondire la questione… perchè sono scarso.

sergio

Ok i dettagli sull’uso delle unità in notazione binaria (compreso l’uso coretto dei prefissi) si trovano anche nella sezione 5.11 del pacchetto “siunitx”

sergio