Newsgroup: it.comp.software.tex
Titolo: Allllungare una freccia!

Avevo letto da qualche parte (che poi non ho più ritrovato) di un metodo per
allungare le frecce del tipo \longrightarrow. In sostanza, non veniva
allungato \longrightarrow ma un dash orizzontale che si sovrapponeva
perfettamente con la freccia. Qualcuno mi saprebbe dire come fare, o dove
poter ritrovare quella gabola?
MaxArt

 [...] Qualcuno mi saprebbe dire come fare ...
Potresti provare con PSTricks
http://PSTricks.de/Examples/psarrows.phtml
Ciao B.
-- 
   +---__,--------------------------------+
   |  (,'>    B i a g i o    R a u c c i  |
   |            
http://www.raucci.net/
    |
   |                     * * *            |
   | O mordo tua nuora o aro un autodromO |
   +--------------------------------------+

 scrive:

In genere riscontro un abuso di \longrightarrow, anche quando 
\rightarrow (e il suo sinonimo \to) basterebbero.
Forse tu vuoi una freccia che si estenda a sufficienza quando ci
metti sopra un'etichetta: con il pacchetto amsmath hai \xrightarrow
che prende come argomento l'etichetta da mettere sopra. Puoi anche
metterla sotto con la sintassi
\xrightarrow[sotto]{sopra}
Ciao
Enrico

 
http://PSTricks.de/Examples/psarrows.phtml
Quello risolve abbondantemente il problema, ma mi piacciono le frecce di
\rightarrow et similia. Senza contare che ho un po' di difficoltà a scrivere
elementi grafici "inline".
MaxArt

 metti sopra un'etichetta...
Se fosse solo quello il problema, avrei risolto con \xrightarrow già da un
pezzo. Il fatto è che, per definire le funzioni con tanto di "mappatura", ho
definito questo comando:
   \newcommand{\map}[4]{
      \begin{aligned}
         #1 & \longrightarrow #2\\
         #3 & \longmapsto #4
      \end{aligned}
   }
In questo modo, viene bene scrivere cose del tipo:
   $$ \map{f : A}{B}{x}{x^2} $$
Il fatto è che quando dominio e codominio sono molto lunghi, oppure quando
lo sono l'elemento e l'immagine, o tutte queste cose insieme,
\longrightarrow e \longmapsto cominciano a non vedersi più, cioè a perdere
la loro visibilità. Adesso, \xrightarrow va bene, ma non c'è niente che
faccia la vece di \longmapsto. Potrei sopperire con un'altra soluzione
radicale alla schematizzazione della funzioni, in effetti la mia soluzione
mostra diversi limiti.
Mi potresti indicare qualcosa? Non vorrei usare xypic, ci sono già passato
ed è un po' un pugno nello stomaco quando ad usabilità. E se non erro non va
con PDFLaTeX.
Ah, la richiesta di un metodo per allungare le frecce è ancora valida ;-)
MaxArt

 scrive:

Un post così lungo merita una risposta approfondita.
1) *NON* usare $$...$$ *MAI* *PIÙ*. Chiaro? ;-)
2) La notazione corretta per una funzione è $f\colon A\to B$. Proprio
questo intendevo quando parlavo di abuso di \longrightarrow.
3) Abituati a \to, vedrai che vai meglio quanto a visibilità; l'occhio 
fatica a seguire una freccia troppo lunga.
4) Studia il TeXbook e impara i trucchi che stanno dietro la magica
macro \rightarrowfill.
Poi ne riparliamo.
Ciao
Enrico

 macro \rightarrowfill.
Ok, ci darò un'occhiata.
MaxArt

 Notazione corretta per chi? Per l'AMS?
Per le convenzioni tipografiche, anche in Italia. \colon invece 
di : per la spaziatura tra la funzione ed il dominio.
Per inciso, il paccchetto nath (che però è incompatibile con i 
pacchetti AMS) permette scritture come \to_{sotto}^{sopra} e la 
freccia è estensibile ...
-- 
Giuseppe "Oblomov" Bilotta
Can't you see
It all makes perfect sense
Expressed in dollar and cents
Pounds shillings and pence
                  (Roger Waters)

 Ok, ci darò un'occhiata.
\rightarrowfill è disponibile anche in LaTeX,
\makebox[3cm]{\rightarrowfill} potrebbe bastarti? Sta a te poi
renderlo correttamente un simbolo di relazione.
Ciao
Enrico

 renderlo correttamente un simbolo di relazione.
Ok, grazie della dritta!
MaxArt

 di : per la spaziatura tra la funzione ed il dominio.
Sì, quello l'ho sostituito, grazie.
MaxArt

 scrive:

Se tu avessi letto _il_ manuale, avresti scoperto che $$...$$
è vietato in LaTeX. Il fatto che sembri funzionare è del tutto
irrilevante; di fatto _non_ funziona.
Sulle frecce lunghe, permettimi di insistere.
Ciao
Enrico

 irrilevante; di fatto _non_ funziona.
Abbi pazienza, ti assicuro che non ho un obiettivo polemico ma vorrei poter
capire. E' vero, non ho letto il manuale di Lamport, ma è anche vero che la
guida di Baudoin, che è comunque uno dei manuali più comuni per imparare il
LaTeX, indica espressamente l'uso del doppio dollaro per l'ambiente
matematico display, mentre itlshort, pur non usando mai $$...$$, non fa
menzione di eventuali problemi.
Quindi, mi chiedo: che significa "non funziona"? E' un po' che mi dite che
non devo usarlo, ma in sostanza non ho ancora trovato un motivo veramente
valido. Produce un output sbagliato? Potresti farmi un esempio?
MaxArt

 scrive:

Prova a usare l'opzione fleqn, scoprirai qualcosa.
Nel manuale di Baudoin ci sono parecchi errori. Esempi?
Pagina 49: {\mathcal A}. Subito dopo un orrendo array per scrivere più 
condizioni sotto una sommatoria. Pare che ignori amsmath.
Pagina 52: la bibliografia fatta in quel modo è una scemenza.
Pagina 70: ambiente center dentro figure?
E l'errore più grave è proprio quello di $$...$$.
Ciao
Enrico

 E l'errore piů grave č proprio quello di $$...$$.
Va bene, i doppi dollari in certi casi non producono un output corretto, ma
non capisco perché li trovi addirittura piů gravi dell'uso errato di
\mathcal su riportato, ad esempio. Non vorrei essere noioso (e posso
immaginare che cominci a diventarlo seriamente), ma cos'altro c'č a sfavore
di $$...$$?
Voglio dire, se non devo mettere le formule allineate a sinistra né
taggarle, l'output che viene da $$...$$ mi pare indistinguibile da quello
con \[...\].
MaxArt

 scrive:

Non tanto la bibliografia con thebibliography, quanto l'implicito
consiglio a usare 
1) \clearpage
2) \addtocontents... _prima_ di \begin{thebibliography}.
Per terminare con $$...$$, cercati la definizione di \[
in latex.ltx e anche in amsmath. Scoprirai che il secondo
fa una certa fatica per mettere a posto certe cose che $$...$$
non si sogna nemmeno di fare.
Ciao
Enrico