bubbles1984

Grazie per la risposta

Io penso che in pratica l’interfaccia grafica di pdflatex non sia altro che l’editor specializzato per LaTeX stesso.

Dici? non so quale sia il tuo editor. Io uso TeXnicCenter e nella finestra che permette di personalizzare le compilazioni c’è un campo vuoto in cui scrivere le opzioni ed i valori a mano! Che è la stessa identica cosa che si farebbe da linea di comando,

Infine, potrebbe essere effettivamente utile se facilitasse all’utente il compito di comprendere le opzioni di compilazione stesse (e magari se consentisse la gestione delle istanze del visualizzatore (un po’ problematica sotto windows), il numero delle compilazioni successive, i run di bibtex ecc).

La pensiamo esattamente nella stessa maniera. Provo a fare un esempio pratico: l’opzione
`-synctex= numero`
crea un file aggiuntivo che permette la ricerca diretta / inversa tra il sorgente ed il pdf. Per come è fatto questo file, le sue dimensioni crescono rapidamente e “vertiginosamente” con il crescere del documento, tanto che l’opzione in oggetto richiede un parametro: normalmente si usa -1 e si crea un file “normale”, passando invece il valore 1 (senza il – ) il file generato è in versione compressa. Può essere che synctex accetti anche parametri diversi, ma lo ignoro. Ora, poter spuntare da un elenco l’opzione -synctex e poter scegliere da un menu a tendina il valore del parametro da passargli (magari visualizzando una brevissimissimissima descrizione di cosa fa 1, cosa fa -1, che compare quando ci si passa sopra il mosue), IMHO, sarebbe ben un vantaggio rispetto al cercare in un manuale (che certamente esiste -corposo – e che certamente deve essere consultato per questioni sostanziali) se mettere o no il “-” nel parametro opzionale! Certo, io stesso lascio nelle opzioni di TeXnicCenter -synctex=-1 e non ci penso più, ma non sempre lavoro sul mio computer con le mie preferenze impostate! Ad esempio, se si usa una versione “poratble” di LaTeX, la distribuzione sulla pennina c’è di sicuro, ma non è detto che ci sia anche un editor! (ah, il buon vecchio notepad…)

Insomma

premesso che un interfaccia a pdflatex si potrebbe fare benissimo per esempio con Perl-Tk

se fossi in grado proverei a creare una bella GUI a TeXLive per pdflatex… Per di più, secondo me, sarebbe il modo per dire a tutti i neo utenti che usano windows (i quali, ribadisco, tendenzialmente vedono la linea di comando solo quando il proprio pc ha qualche grosso problema) che LaTeX non è l’editor e che esiste per davvero, da qualche parte nel pc!

Concludo con una battuta:

Parecchio tempo fa pensavo che la tastiera per impartire comandi anche solo una volta ogni tanto fosse un disastro, e che tutto dovesse essere a portata di mouse.
Oggi penso invece che sia l’uso contemporaneo di mouse e tastiera per interagire con i software ad essere di gran lunga la cosa più utile ed equilibrata.

Spiacente: ho sentito dire che “presto” arriveranno i mouse 3D (tipo palline da muovere nello spazio): allora altro che mouse + tastiera! 😆

GG

Uno dei punti di forza di tikz è di usare gli stessi font del documento. Ma non è vietato adoperarli a corpi diversi, per esigenze di impaginazione. Altro punto di forza è che non richiede inclusioni di file esterni.

La costruzione che ti propongo è di mettere il disegno prima di tutto in una box che rimpicciolisci proporzionalmente fino a che la sua larghezza sia come la giustezza (larghezza delle righe di testo) aumentata dello spazio riservato alle note marginali (\marginparwidth) e di quello di separazione fra testo e note marginali (\marginparsep).

Questa box viene poi inserita in un’altra la cui ampiezza è zero, così LaTeX non si lamenterà di “Overfull \hbox”: la figura “sfora”, ma in realtà non occupa spazio orizzontale.

Se per caso la figura casca in una pagina pari, basta cambiare \raggedright in \raggedleft e l’argomento opzionale [l] in [r]. Ovviamente va fatto quando il testo è definitivissimissimo.

Ciao
Enrico

Buonasera.
La soluzione che Enrico mi ha gentilmente proposto si è rivelata molto più utile del previsto. Infatti, sempre con il solito classicthesis, mi sono trovato ad utilizzare (abbastanza intensamente) il pacchetto schemabloc, che a sua volta sfrutta tikz, ma che NON ammette nemmeno l’opzione scale, così che più volte ho usato la magia qui sopra suggerita anche solo per stare dentro \textwidth.

Ora vi chiedo: e se volessi combinare i box con subfigure?

Mi spiego meglio: due immagini sono concettualmente legate, e vorrei posizionarle l’una sotto l’altra in due subfloat. Una delle due immagini (la prima) è il solito disegno tikz troppo largo. Ho provato ad adattare la soluzione di prima: ho tolto
`\makebox[0pt][l]{`
che, se non sbaglio, serve “solo” per far sì che LaTeX non produca overfull hbox (anche se, in realtà, mi manca il significato di “l”), ma che dava enormi problemi con la didascalia (a), definita come opzione di subfloat.
La figura (per ora) cade in una pagina pari, quindi ho messo raggedleft
A seguire, ho ripetuto il classico centering, giacché la seconda figura è più stretta della giustezza del testo.

Quello che ne risulta è:

`\begin{figure}%
{\raggedleft%
\subfloat[Disegno largo.\label{fig:uno}]{%
\resizebox{\textwidth+\marginparsep+\marginparwidth}{!}{%
\input{fig/disegnotikz}}}}\\
{\centering%
\subfloat[Disegno stretto.\label{fig:due}]{%
\resizebox{.8\textwidth}{!}{%
\input{fig/due}}}}%
\caption{Due disegni.}%
\label{fig:disegno}%
\end{figure}`

Il problema è che il secondo disegno, più stretto della giustezza, è allineato con il margine sinistro, anziché centrato; il primo disegno, che nel mio intento dovrebbe allinearsi a destra e sporgere nel margine sinistro (si trova in una pagina pari, per ora), si allinea con il margine sinistro e sporge a destra.
Mettere raggedright non cambia le cose.
L’unica che, come niente fosse, si allinea bella bella al centro della colonna di testo è la didascalia generale.

Grazie!

Il margine destro è molto grande, con le impostazioni normali di ClassicThesis. Potrebbe andare così?
`\usepackage{calc}
…
\begin{figure}[!h]
\raggedright
\makebox[0pt][l]{%
\resizebox{\textwidth+\marginparsep+\marginparwidth}{!}{%
\begin{tikzpicture}
disegno
\end{tikzpicture}}}
\end{figure}`
Verrebbe occupato solo il margine destro. Naturalmente devi essere sicuro che la figura vada nella prima pagina, un caso in cui !h può essere indicato. Se la figura non ha didascalia, l’ambiente figure può ovviamente essere omesso e sostituito da un ambiente flushleft (niente \raggedright, mi raccomando).

Ciao
Enrico

Buongiorno e grazie ad entrambi per l’attenzione.
Ci ho messo parecchio a capire cosa stessi facendo eseguendo i comandi suggeriti (non sono per nulla pratico nel maneggiare le scatole), ma finalmente penso di esserci arrivato.
Metto la mia figura tikz in una scatola e imposto la larghezza della scatola pari alla larghezza del testo + qualche cosa ma non troppo (a proposito, cosa sono \marginparsep e \marginparwidth?), ovvero riscalo la figura nel suo complesso, lettere comprese (violando, se vogliamo, il punto di forza di tikz, che garantisce che ogni carattere usato al suo interno sia omogeneo, in termini di grandezza, rispetto al resto del testo).
Dopo di che, questa scatola la allineo a sinistra come il testo e, a patto di trovarmi in una pagina dispari – come la prima, sono certo che l’immagine sforerà nel margine destro, che è molto ampio.
Giusto?

Insomma, sarebbe stata la stessa identica cosa se avessi salvato il mio disegno in pdf e l’avessi inserito con \includegraphics con l’opzione width = somma di quei comandi che non conosco. Giusto?

Se è così, prima di aggiungere un [risolto] nell’oggetto del primo messaggio, sarebbe forse il caso di cambiare l’oggetto stesso: non sto cambiando l’allineamento orizzontale delle figure, ma sto “manipolando un’immagine tikz come un disegno esterno”, giusto?

Grazie ancora…
GG

Ho cercato a lungo, spulciando la documentazione al pacchetto listings.
Non ne ho trovato alcuna traccia, ma a quanto MI pare non è compatibile con la funzione standard newenvoironment – anche se non ne capisco il motivo.