OldClaudio

Mi pare che oggigiorno installare TeX Live su una chiavetta non sia l’approccio migliore al problema di disporre di un sistema TeX fuori dell’hardisk del nostro elaboratore.
Ci sono diversi siti in cui si può usare l’intero TeXLive in remoto. Non ne ho mai usati, perché mi trovo spesso a lavorare senza rete.
Tuttavia sembra che l’unico inconveniente di questi siti sia la necessità di essere in rete.
Alcuni nomi sono stati fatti anche qui nel forum; putroppo, non usandoli, ho dimenticato quali siano disponibili.

Di solito il sito esterno mette a disposizione un editor per file TeX/LaTeX già già configurato per usare il suo proprio calcolatore; gli indiriezzi sono tali da poter usare il loro software, ma la cosa sembra che sia SO-independent.
questo, di fatto non impedisce che il sito e le sue istruzioni e i suoi programmi siano usabili su qualunque macchina.

LA cosa mi pare molto più semplice ed affidabile di una chiavettal la cui configurazione deve essere eseguita correttamente in ogni portatile dove la si può montare, perché come tale non richiede che l’elaboratore ospitante contenga indicazioni nella su registry (come di solito avviene per windows) o debba fare uso di quei programmi/pacchetti con estensione .app che funzionano sui Mac. Su Linux mi pare che le cose siano relativamante più semplici, ma comunque il PATH che ponta agli eseguibili sualla chiavetta sia adeguatamante configurato.

Il sistema remoto mi pare decisamante un’alternativa da testare. Nota che ci sono siti che fornisocno queste funzionalità ianche in modo gratuito, come gratuito è TeXLive. devi iscriverti per accedere a quei siti, ma non mi riuslta che tutti siano a pagamento, ma ce ne siano di gratuiti.

@solda232, ora che hai cominciato a frequentare questo forum, guarda nella sezione Documentazione; da lì puoi scaricare quanta documentazione vuoi e ti assicuro che nei limiti delle forze di chi la scrive, si tratta di informazione di esperti per utenti dai neofiti agli esperti. Uno dei nostri, non io (meno male) è considerato un guru a livello internazionale; essendo un matematico il nostro guru ha delle idee molto precise sulla qualità della scrittura della matematica. Io invece sono un “esperto”, faccio per dire, della matematica delle scienze sperimentali che fanno uso della matematica delle grandezze, quelle cose che si misurano con adeguati strumenti. Ma non mi sogno nemmeno lontanamente di paragonarmi al nostro guru.

Leggi la documentazione di questo sito; se non altro sarai in grado di camminare da solo e di non seguire i cattivi consigli che ricevi nella tua università.:smile:

L’immagine iso del Disco di installazione è di alcuni gibibyte; il file che hai scaricato tò contiene solo il codice Perl per installare un pacchetto alla volta scaricandolo da CTAN. Con una rete veloce non c’è quasi nessuna differenza. Con una rete lenta l’installatore può subire delle interruzioni di rete e bisogna ricominciare da capo; mentre con l’immaigne ISO viene fatta una sola richesta al server o al mirror e quella arriva intera.
Tieni presente che i pacchetti singoli da scaricare sono circa 4000 e installnao sul tuo disco circa 120.000 file, alcuni piccolissimi, ma comunque sono tanti. L’impegno complessivo del disco, dopo che l’installazione è terminata è di circa 5 gibibyte.

PS: gibi è il nome del prefisso binario che vale $1024^9$, abbastanza maggiore del prefisso decimale giga che vale $1000^9$. — 1024 non è un numero magico, ma semplicemente $2^{10}$.

Sì, è vero che non esiste un file .map per i font OpenType; ma è vero quello che dice Gustavo, che comunque nel file vengono inclusi solo le informazioni dei glifi effettivamente usati nel file PDF. La cosa è molto logica, visto che i glifi di ciascun font .otf potrebbero essere anche decine di migliaia; non avrebbe senso sovraccaricare la “zavorra” del file PDF con decine di migliaia di glifi che non si usano.

Leggendo la documentazione di pdftex (texdoc pdftex-a) trovi i comandi per inserire alcuni metadati. Adobe Acrobat ti permette di aggiungerne altri.

Per quanto riguarda i tagged pdf, per ora si riescono a produrre solo con il compilatoere ConTeXt del sistema TeX.

Sono disponibili alcuni pacchetti, almeno uno l’ho esaminato, tagpdf, per generare file pdf con i tag. Il pacchetto che ho esaminato è ancora allo stato sperimentale. Ma, essendo disponibile, lo puoi provare. Io non l’ho ancora fatto.

Come hai trovato alcuni metadati si possono inserire tramite il pacchetto hyperref, ma non sono metadati validi per l’archiviazione secondo al norma ISO19005 e successive. Servono lo stesso, volendo, ma non sono quelli “veri”; essenzialmente servono per leggerli con Adobe Acrobat, o Adobe Reader. Per quelli veri adatti all’archiviazione, devi rivolgerti al pacchetto pdfx leggendone prima la documentazione, che è abbastanza complessa.

Con certi word processo esiste la possibilità di esportare i file nel formato PDF archiviabile sia “taggato” sia senza tag. Non so se si tratti di fumo negli occhi; ma avendo provato alcuni word processor e usato questa caratteristica, i file così composti non hanno mai passato le verifiche di conformità alle varie versioni previste dalle norme ISO 19005. Forse ho commesso qualche errore, ma quello è ciò che ho ottenuto. Con pdflatex e, specialmente, con LuaLaTeX non ho ai avuto problemi a produrre file PDF archiviabili non taggati.

Se queste proprietà dei file PDF ti sono richieste dalla tua azienda, oserei dire che sanno che cosa desiderano, ma ci sono anche desideri irrealizzabili se non difficilmente realizzabili, specialmente con software libero.

La stringa che hai mostrato, e che finisce con z, contiene 70 caratteri contando per due il token \%, e solo 69 token.

Non capisco dal tuo messaggio se le stringhe lunghe sono tutte della prima forma (quella che prosegue oltre la z) oppure se le stringhe che hai scritto sono solo esempi, ma quelle vere che vuoi troncare sono fatte di normali parole separate da spazi ed eventualmente da segni di interpunzione e altri segni analfabetici.

Se son stringhe prive di spazi, il problema potrebbe avere una soluzione di un tipo, se sono stringhe di parole separate da spazi il problema potrebbe avere una soluzione di un altro tipo.

Se la soluzione si può trovare con Lua, forse i 0,45… secondi a cui fa riferimento @robitex si possono raggiungere; forse usando un editor ascii diverso dai soliti shell editor TeXShop, TeXworks, TeXstudio e simili, ma editor speciali come emacs atom, VisualStudioCode, vim, eccetera, si può fare con solo qualche click del mouse, ma non ne sono sicuro (ne ho usati molti nei miei anni, ma non ne ho mai trovato uno che facesse queste cose).

Con il sistema TeX si può fare senza disturbare Lua; forse con lua si può fare meglio, ma non è impossibile farlo con TeX.

1) stringa di token: si legge dal file una riga alal volta mettendone i soken in una macro, poi con un’altramacro creata apposta se ne estrae un token alla volta in un’altra macro contando i token estratti in un contatore; arrivati a 69 si termina il ciclo mandando nel file di uscita la seconda macro sviluppata; poi si ricomincia il ciclo su un’altra riga.

2) stringa di parole: il procedimento è simile, ma si estrae non un token alla volta, ma una parola ala volta; invece di contare i token, si misura la lunhezza della seconda;macro e quando corrisponde a 35em o qualcosina in meno, si manda in uscita la seocnda macro e si ricomincia il ciclo.

L’idea credo che sarebbe la stessa con Lua.

Ma come vedi bisogna creare delle macro un po’ particolari; macro con argomenti delimitati che non si definiscono con i comandi di LaTeX ma con i comandi nativi di TeX. Sono macro delicate e il tempo che occorrre per crearle, collaudarle, metterle a punto, eccetera sono tali da far preferire il lavoro manuale.

Ci sarebbe un’altra strada, poco elegante, ma tutto sommato piuttosto efficace; roba da compositore arrabbiato che ne ha le scatole piene e agisce con violenza 😈 Basta sovrapporre un rettangolo bianco (colorato epr davvero di bianco) sul margine esterno della pagina; bisogna ancorare questo rettangolo bianco al piedino, e metterlo in posizione con i comandi del buon vecchio ambiente picture del nucleo di LaTeX, deve essere ancorato al piedino, perché questo è l’ultimo oggetto che il modulo di costruzione della pagina mette sulla pagina da spedire al file di uscita; per cui il testo c’è già e magari fuoriesce dal margine esterno, e la striscia bianca ne copre la parte che sfora nel margine e lo rendo invisibile.

Una terza via probabilmente sarebbe quella di usare TikZ; questo programma di disegno taglia automaticamente ciò che fuoriesce dalla tela del disegno; definendo una tela larga quanto la tua giustezza, non dovrebbe essere troppo complicato trattare una riga alla volta con questa tecnica. Richiede un’ottima conoscenza del programma di disegno TikZ.

Una possibile quarta via potrebbe essere quella di usare le funzioni del linguaggio L3; il sistema TeX Live, penso anche MiKTeX, contiene diversi file di documentazione il cui nome comincia con L3. Questo linguaggio è intermedio fra il linguaggio utente e il linguaggio nativo di TeX; permette di fare un mucchio di cose che il linguaggio utente non può fare, in particolare contiene molte funzioni per trattare le stringhe; non sono abbastanza competente per darti delle dritte per questa soluzione, ma non escludo che ci si riesca con il linguaggio L3.

Anche in questo caso bisogna ridefinire lo stile della pagina con opportune macro, ma la cosa è molto più semplice rispetto a quella di usare macro ad argomenti delimitati e magari in 5 minuti di programmazione uno se la cava.

Be’, puoi anche usare il tuo tempo per imparare il linguaggio Lua, ma…

Comunque, anche questa strada richiede di conoscere bene il funzionamento del programma di composizione; se non sei un neofita probabilmente ci riesci da solo; se sei un neofita lascia perdere, oppure usa il tuo tempo per imparare come si fa, perché la risoluzione di questi problemi insoliti è time consuming, ma insegna un mucchio di cose.

Benvenuto nel forum

Il tuo problema ha diverse soluzioni, ma dipende da che cosa vuoi fare.

Due minuti per ogni frame sono relativamente tanti, ma ti possono aiutare a risolvere il tuo problema.

Il concetto è che ogni frame non deve contenere troppa roba. se con i caratteri normali il contenuto della slide fuoiesce fal frame, vuol dire che quel frame contiene troppa roba.

Allora vediamo separatamente i sistemi di equazioni e i grafici.

1) grafici. Ti basta disegnare il grafico in un documento a parte da compilare con pdflatex usando, per esempio, la classe standalone; ottieni un file pdf smarginato che contiene solo il grafico; le imposti in beamer usando il solito comando \includegraphics; ti conviene specificare le opzioni seguenti a \includegraphics`\includegraphics[width=\textwidt, height=\textheight,keepaspectratio]{grafico}`In questo modo sei sicuro che il grafico entra tutto nel frame senza essere deformato dai due fattori di scala possibilmente differenti in orizzontale e in verticale.
Se le scritte appaiono troppo piccole perché il grafico era troppo grande, è il grafico mal concepito e devi ripensarlo da zero.

2) sistemi di equazioni. Cerca nella documentazione di beamer la parola chiave shrink; il comando associato a shrink permette di ridurre il contenuto di un frame a dimensioni tale da poter stare dentro il frame. Se dopo aver ridotto il sistema di equazioni i caratteri sono troppo piccoli e risultano illeggibili anche sullo schermo, allora devi ripensare al tuo sistema ripartendo da zero.

3) in entrambi i casi puoi usare un frame con l’opzione plan; in questo modo il frame non ha le barre superiori, laterali e inferiori, quindi lo spazio per il contenuto aumenta in modo non trascurabile.

Non vorrei che con l’affermazione “ripartire da zero” tu ti scoraggi troppo. Ma da matematico sai bene che se una cosa non ci sta dentro una superficie limitata, la cosa va spezzata in parti più piccole e quindi va ripensata nella sua totalità per decidere come frammentarla.

Appunto; o ce la fai con biber; mentre con bibtex è un terno al lotto.

Naturalmente devi usare anche biblatex se vuoi che tutto quello che hai scaricato con pubmed possa venire composto. Lo scopo di biber è quello di leggere le impostazioni che gli vengono passata da biblatex e leggere il file .bib. In base a quello che rova nel file .aux del file principale del tuo document, estrae tutti i riferimenti che sono stati esplicitamente citati; oppure il file principale prima di \printbibliography contien il comando [tt]\nocite{*}[/tt] che scrive nel file .aux di estrarre tutti i riferimenti che siano o non siano stati citati; l’output di biber è quello di produrre il file .bbl che vene letto da \printbiblography e composto in base ai comandi che contiene.
L’operazione è complessa dietro le quinte, ma per te non ci sono che pochi click di mouse sui file che compili abitualmente.