Risposte nei forum create
-
AutoreRisposte
-
3 Gennaio 2013 alle 16:43 in risposta a: [Risolto] Compilazione pgfmanual: mi mancano alcune sezioni #81796::
cfiandra” post=810764) dato il comando [tt]make all[/tt]
A questo punto mi risponde
`”TEXINPUTS” non è riconosciuto come comando interno o esterno,
un programma eseguibile o un file batch.`
e si blocca.Io ho Windows 7 e credo che questo sia un bel problema… Nel frattempo ho installato controvoglia [tt]cygwin[/tt] e ho ripetuto le operazioni che mi hai suggerito, ma ancora niente da fare: ottengo ancora tanti [tt]No file pgfmanual-nomefile.tex[/tt].
Alla fine ho risolto modificando la riga di [tt]TEXINPUTS :=[/tt] con
`TEXINPUTS := ../../text-en;../../images:$(TEXINPUTS)`
cioè con il punto e virgola invece dei due punti. Non mi ha chiesto di digitare alcun nome di file ed è andato tutto liscio.Grazie ancora, da solo non ci sarei mai arrivato.
Luigi
::InvincibleBoy” post=80926se proprio nn funziona saro costretto a passare a texlive…
Ma perché, una versione a 32 bit non va più bene? Io ce l’ho e non ho mai avuto problemi.
TeXlive non è per esperti, puoi installarlo tranquillamente. Ciò che mi fa rimanere con MiKTeX è la possibilità di quest’ultimo di installare i singoli pacchetti “al volo” quando servono.
Ciao
::egreg9″ post=80735NOTA: Non sono affatto sicuro che l’introduzione di MathJax sul forum mi piaccia. Anzi no: sono sicuro che sia del tutto sbagliato.
E io sono assolutamente sicuro del contrario. Così come sono sicuro che la lavagna sia utile in una lezione di matematica. Nello specifico, l’intervento di @logos ha permesso di vedere direttamente il risultato del codice. Non capisco cosa ci sia di sbagliato.
Ciao
P.S.: lo sai che sono stato uno dei promotori dell’introduzione di MathJax, quindi sono di parte 😉
18 Dicembre 2012 alle 14:45 in risposta a: [Risolto]PDF con programma in esecuzione in un riquadro #81342::
Ho capito. Non prendertela se non ho capito subito. Un po’ è anche colpa mia, ma ti assicuro che ci ho provato e, se non ti ho risposto subito, è anche perché non avevo idea di quale fosse il problema.
Comunque credo che non si possa fare neanche in html perché ti servono strumenti di programmazione un po’ più complessi. Sul forum ci sono anche degli esperti di quel settore, che magari potranno confermare o smentire quello che ho detto.Ciao
18 Dicembre 2012 alle 11:08 in risposta a: [Risolto]PDF con programma in esecuzione in un riquadro #81340::
[OT]
Adesso è chiaro, ma come avremmo dovuto capire dalla frase: “vorrei creare un testo che contenga un riquadro che contenga un programma esterno aperto su un determinato file!“. Anche rileggendola ora, non riesco proprio a capire il collegamento con quello che hai scritto adesso.
Buon per te che abbia risolto.
[/OT]
13 Dicembre 2012 alle 13:52 in risposta a: Decisione errata in base a confronto tra dimensioni #81314::egreg9″ post=80548Metti i [tt]%[/tt] dove non servono e non li metti dove servono. 🙁
Perché copio! Chi ha scritto le librerie di frecce per [tt]TikZ[/tt] ha adottato quel sistema e io mi sono adattato 8)
Avevo notato che usando direttamente [tt]\pgfgetarrowoptions[/tt] tutto andava bene, ma non mi volevo arrendere perché, come hai detto tu, dopo lo devo usare comunque.E per la seconda domanda, hai una risposta? Come faccio a mostrare l’asterisco anche nella finestra dei messaggi di Texmaker e non solo nel file log?
Grazie mille
P.S.: il problema è sempre quello: vogliamo guidare la Ferrari prima di sapere dove sia il freno 😮
Ciao
13 Dicembre 2012 alle 8:37 in risposta a: Decisione errata in base a confronto tra dimensioni #81311::cfiandra” post=80544Credo che tu debba comunque dichiarare l’espressione `\pgfutil@tempdima=\pgfgetarrowoptions{*}%` come dimensione; quindi `\pgfmathsetlength{\pgfutil@tempdima}{\pgfgetarrowoptions{*}}%` dovrebbe essere il modo corretto.
Ma da qualche parte nel sorgente di [tt]pgf[/tt] è stato definito [tt]\newdimen\pgfutil@tempdima[/tt]. Dici che non è sufficiente? Se provi a stampare il valore del registro ti dice [tt]3.0pt[/tt].
Ciao
12 Dicembre 2012 alle 14:19 in risposta a: Problema visualizzatori pdf con figure adiacenti in TikZ #8127812 Dicembre 2012 alle 14:15 in risposta a: Generare warning in un sorgente (non pacchetto né classe) #81284::
Riprendo il disegno del punto di vista per un aggiornamento. Con la collaborazione di Christian Feuersänger sono riuscito ad ottenere una sfumatura migliore per i due angoli utilizzando [tt]pgfplots[/tt] invece di [tt]TikZ[/tt]. In questo caso il problema rimane la realizzazione dell’occhio (che prima avveniva in 2d su un piano non parallelo allo schermo mentre qui deve avvenire in 3d). Pertanto posto il codice solo per completezza, perché mi sembra che il gioco non valga la candela.Ciao
`\documentclass{standalone}
\usepackage[T1]{fontenc}
\usepackage[utf8]{inputenc}
\usepackage[italian]{babel}
\usepackage[sc]{mathpazo}
\linespread{1.05}
\usepackage{textcomp}
\usepackage[dvipsnames]{xcolor}
\definecolor{Coral}{rgb}{1,0.498,0.312}
\usepackage{pgfplots}
\pgfplotsset{compat=1.7}
\usepgfplotslibrary{patchplots}\def\rar{0.2} % raggio degli archi orientati
\def\azimut{80} % definizione dell'angolo di azimut nel sistema di pgfplots
\def\el{40} % definizione dell'angolo di elevazione nel sistema ISO
\pgfmathsetmacro{\az}{270+\azimut} % calcolo dell'azimut nel sistema ISO\begin{document}
\begin{tikzpicture}
% I numeri assegnati a x, y e z sono le componenti delle proiezioni dei versori dei tre assi sul quadro.
\begin{axis} [width=13cm, scale only axis, axis on top, axis lines=center, axis line style=-latex,
x={(0.94cm,-0.34cm)}, y={(0.766cm,0.643cm)}, z={(0cm,1cm)}, scale mode=scale uniformly,
xmin=0, xmax=1, ymin=-1, ymax=0.9, zmin=0, zmax=1,
xtick=\empty, ytick=\empty, ztick=\empty, xlabel={$x$}, ylabel={$y$}, zlabel={$z$},
every axis x label/.style={at={(axis cs:\pgfkeysvalueof{/pgfplots/xmax},0,0)}, xshift=0.5em},
every axis y label/.style={at={(axis cs:0,\pgfkeysvalueof{/pgfplots/ymax},0)}, shift={(-0.6em,0.7ex)}},
every axis z label/.style={at={(axis cs:0,0,\pgfkeysvalueof{/pgfplots/zmax})}, xshift=-0.8em},
]% angolo di azimut
\addplot3 [surf, shader=interp, colormap={dissolvenza}{color=(transparent!0) color=(Coral!50!Red)},
patch type= bicubic, patch type sampling, samples=7,
domain=-1:0, y domain=270:\az, variable=\t, point meta=t^2]
( {sqrt(1-t^2)*cos(y)}, {sqrt(1-t^2)*sin(y)}, {0} );% angolo di elevazione
\addplot3 [surf, shader=interp, colormap={dissolvenza}{color=(transparent!0) color=(Cyan!50!RoyalBlue!60)},
patch type= bicubic, patch type sampling, samples=5,
domain=-1:0, y domain=0:\el, variable=\t, point meta=t^2]
( {sqrt(1-t^2)*cos(\az)*cos(y)}, {sqrt(1-t^2)*sin(\az)*cos(y)}, {sqrt(1-t^2)*sin(y)} );% asse visivo
\addplot3 [gray, thick, samples=2, samples y=0, domain=0:1, variable=\t]
( {cos(\az)*cos(\el)*t}, {sin(\az)*cos(\el)*t}, {sin(\el)*t} );% prolungamento dell'asse visivo
\addplot3 [gray, thick, dash pattern=on 5pt off 5pt, dash phase=5pt,
samples=2, samples y=0, domain=1:1.3, variable=\t]
( {cos(\az)*cos(\el)*t}, {sin(\az)*cos(\el)*t}, {sin(\el)*t} );% proiezione dell'asse visivo
\addplot3 [gray, dashed, thick, samples=2, samples y=0, domain=0:1, variable=\t]
( {cos(\az)*t}, {sin(\az)*t}, {0} );% arco orientato di azimut
\addplot3 [-stealth, Maroon!20!Red, samples=30, samples y=0, domain=270:\az, variable=\t]
( {\rar*cos(t)}, {\rar*sin(t)}, {0} );% arco orientato di elevazione
\addplot3 [-stealth, RoyalBlue!50!Blue, samples=30, samples y=0, domain=0:\el, variable=\t]
( {\rar*cos(\az)*cos(t)}, {\rar*sin(\az)*cos(t)}, {\rar*sin(t)} );% etichetta dell'azimut
\addplot3 [Maroon!20!Red, mark=text, text mark=$\alpha$] coordinates
{( {(\rar+0.1)*cos(270+\azimut/2)}, {(\rar+0.1)*sin(270+\azimut/2)}, {0} )};% etichetta dell'elevazione
\addplot3 [RoyalBlue!50!Blue, mark=text, text mark=$\varepsilon$] coordinates
{( {(\rar+0.1)*cos(\az)*cos(\el/2)}, {(\rar+0.1)*sin(\az)*cos(\el/2)}, {(\rar+0.1)*sin(\el/2)} )};
\end{axis}
\pgfresetboundingbox
\path (-0.5,0.5) rectangle (5.5,6);
\end{tikzpicture}
\end{document}`[attachment=536]prova3.png[/attachment]
Attachments:
You must be logged in to view attached files.::
Non mi meraviglio. [tt]matlab2tikz[/tt] è un ottimo script, ma quando il disegno ha delle annotazioni, fa quello che può. Si può cercare di capire cosa non vada nel tuo disegno (ad esempio la casella di testo l’hai generata con i pulsanti della figura o con la funzione [tt]text[/tt]?), ma credo sia molto più semplice aggiungere queste annotazioni direttamente in [tt]pgfplots+TikZ[/tt]. Se hai bisogno di indicazioni, siamo qui.Ciao
25 Novembre 2012 alle 21:09 in risposta a: ArteLaTeX (febbraio 2012) figura 8: bibliografie suddivise #8065125 Novembre 2012 alle 9:34 in risposta a: Rapidità di esecuzione dello scalamento di una lunghezza #80688::egreg9″ post=80168Temo che non sia proprio vero. L’esecuzione di
`\dimen2=\dimexpr\dimen0*3/2\relax`
richiede essenzialmente lo stesso tempo di
`\dimen2=\dimen0 \multiply\dimen2 by 3 \divide\dimen2 by 2`Però sul manuale di [tt]etex[/tt] c’è scritto
manuale di etexLe operazioni aritmetiche sono eseguite individualmente, tranne le operazioni di ‘scalamento’ (una moltiplicazione seguita immediatamente da una divisione) che sono eseguite come un’operazione combinata con un prodotto a 64 bit come valore intermedio
Questa frase sembra voler dire che mentre nella successione [tt]multiply+divide[/tt] le operazioni sono:
a) carico il numero
b) eseguo la moltiplicazione
c) scarico il numero
d) carico il numero
e) eseguo la divisione
f) scarico il numerocon le istruzioni di [tt]etex[/tt] le operazioni sono:
a) carico il numero
b) eseguo la moltiplicazione
c) eseguo la divisione sul numero in registro
d) scarico il numeroquindi si dovrebbe risparmiare un carico+scarico, se ho capito bene. Forse tu dici che alla fine si tratta di tempi infinitesimi?
@OldClaudio, perché dici nel primo messaggio che la moltiplicazione per coefficiente fratto dovrebbe essere più onerosa della divisione per numero intero?Ciao
-
AutoreRisposte