OldClaudio

Be’, se usassi l’ambiente array (da usare solo in matematica, potresti eliminale tutti i segni di dollaro nelle tabelle;

Se mettessi un (ASCII 9, oppure in linguaggio tex ^^I, comuneque una sola presisone del tasto tab — indicato anche a sinistra della tastiera con un freccia che punta su una barra verticale) prima di ongi &, il file sorgente sarebbe certamante più leggibile.

Se non puoi fare a meno dell’ambiente tabular o longtable o supertabular, carica il pacchetto array (nota la differenza tra pacchetto e ambiente, anche se entrambi si chiamano array) e definisci un nuovo tipo di colonna, per esempio:`\newcolumntype{L}{>$l<$}` (per sicurezza leggi la documentazione del pacchetto array con texdoc array); in questo modo potrai scrivere, per esempio:`\begin{tabular}{*5L}`per avere 5 colonne allineate a sinistra contenenti espressioni matematiche.

Certo sono delle tabellacce, ma ti servono per davvero da dare in pasto, suppongo, ai tuoi studenti?

Perché non insegni loro l’algoritmo di Euclide per scomporre in fattori primi; usando la macchinetta che tutti gli studenti hanno (o anche facendo a mano — cos che non tutti sanno fare) basta estrarre la radice quadrata del numero (inferiore o uguale a 576; poi eseguire le divisioni per i fattori primi inferiori a \sqrt{576=24; se non ne dimentico qualcuno sono 2, 3, 5, 7, 11, 13, 17, 19, 21, 23; quindi il numero di divisioni è 10, e con la macchinetta si eseguono quasi sempre in un tempo inferiore a quello necessario per cercare sulla tabella. Per alcune divisioni (2, 3, 5) la divisibilità si vede ad occhio.

L’algoritmo di Euclide più o meno sta alla canna da pesca come la tabella sta a un pesce (dati al proverbiale affamato); infatti l’algoritmo ti insegna come fare con qualunque fattore da separare in fattori primi; la tabella ti serve solo fino al massimo numero contenuto nella tabella.

Vedi allaegato

[attachment=792]NumeriPrimi.zip[/attachment]

Intanto togli la chiamata a epsfig che con una distribuzione TeXLive 2013 non serve più.
L’opzione italian alla classe potrebbe servire anche per babel, ma babel non lo invochi nemmeno seza opzioni, quindi stai compilando (almeno nell’esempio che mostri) con la sillabazione inglese, con le parole Chapter, Table of Contents, e simili.

Non occorre specificare l’estensione .eps se il logo che ti interessa si trova sul percorso di ricerca di PdfLaTeX o nella cartella dove lavori ce l’hai solo in formato eps.

Detto questo può darsi benissimo che:
1) il tuo Texmaker sia configurato per usare un visualizzatore esterno, non il suo visualizzatore interno;
2) può darsi che tu stia compilando con latex e non con pdflates, per cui c’è un disaccordo fra il visualizzatore che stai usando e il formato del file da vedere.
3) per qualche motivo il file logo-eps-converted-to.pdf non è stato generato e quindi manca.

Io ho sostituito logo.eps con LogoTrieste.eps, ho commentato la riga che invoca epsfig, ho sostituito \columnwidth con \textwidth (forse, se componi a due colonne varrebbe la pena di scrivere \linewidth, che corrisponde alla giustezza corrente) non ho aggiunto babel, ho aggiunto la didascalia e con pdflatex (TeX Live 2013) ottengo:
1) la trasformazione del formato ps in formato pdf, l’inserzione e visualizzazione dell’immagine scalata al 20% della larghezza del testo,
3) e la didascalia con l’etichetta “Figure 1} in inglese, visto che, anche se invochi l’italiano, babel manca.

Sunny90″ post=88523cmq ho rifatto i comandi

cd /usr
sudo ln -s /usr/local/texlive/2013/bin/x86_64-darwin texbin

e c’è tutto.

Solo che kpsewhich mi dice che non lo conosce come comando..

…e senza kpsewhich funzionante/riconosiuto, il sistema TeX non funziona, purtroppo.

La cosa mi sorprende; se il link simbolico riesce a passare oltre la cartella “no entry” come mai pdflatex e gli altri eseguibili puntati da quel link simbolico non ce la fanno ad andare oltre?

Se dai il comando [tt]cd /usr/texbin[/tt] seguito da [tt]ls -l kpsewhich[/tt] ti risponde con la riga:`-rwxr-xr-x 1 root wheel 92612 13 Apr 02:07 /usr/texbin/kpsewhich` con tutte le x al loro posto?

Da terminale pdflatex adesso funziona?

Tenuto conto che il comando [tt]which[/tt] è del sistema operativo, e non del sistema TeX, i comandi [tt]which pdflatex[/tt] e [tt]which kpsewhich[/tt] rispondono qualcosa di diverso dal nulla?

[ edit ]
Ho provato a giocare sul mio calcolatore con i comandi che ti ho suggerito e ho scoperto che i veri percorsi sono tracciati (anche) dai link simbolici che si trovano (per esempio per texbin) in `/Library/TeX/Distributions/.DefaultTeX/Contents/Programs/texbin`

Nota che la /Library a cui si fa riferimento è quella del sistema radicata alla radice del disco Macintosh, allo stesso livello di /usr; non è un file nascosto quindi lo vedi benissimo, ma è nascosto il folder /.DefaultTeX, il cui nome comincia con un punto; per sorpassare questo inghippo devi usare la funzione Go to folder del Finder, specificando l’intero path `/Library/TeX/Distributioons.DeafaultTeX` perché quella cartella, altrimenti, non la vedi in Finder; controlla che anche quel /texbin punti alla cartella x86_64-darwin, perché potrebbe essere colpa sua se kpsewhich non viene veduto; per controllare clicca col destro su texbin e seleziona View original.

Io aggiungerei una lettura accurata della Guida tematica sui font dalla sezione Documentazione di questo sito: guidafont; l’ho scritta apposta per spiegare queste cose agli utenti come te che desiderano conoscere di più sui ofnt.

Ai font si accede tramite i file .fd (font description); i comandi di basso livello come \fontfamily,…,\selectfont sono descritti in quella guida tematica e ufficialmente nella guida fntguide da leggere con texdoc fntguide.

Tutto ciò se usi pdfLaTeX.

Se invece usi XeLaTeX l’accesso ai font Opentype residenti sul tuo PC, non solo quelli distribuiti mediante TeXLive o MiKTeX, è sotto certi aspetti più semplice, e sotto altri più complessa. In altri fileno se ne è già discusso; esiste un comando fcache che con opportune opzioni raccoglie tutte le informazioni sui font OpenType presenti su una data macchina e ne scrive le particolarità su un file, in modo da sapere quali alfabeti contengano, con quali forme e serie, se contengono il maiuscoletto, quali legature, le forme swash, eccetera.

Sunny90″ post=88490Ti pareva ci fosse un altro impedimento…

Non ho i privilegi necessari per accedere alla cartella local 🙁

Perché vuoi accedere alla cartella local? Finder non ti impedisce di vedere le varie cartelle e i loro contenutil ti impedisce di spostare le cose nelle cartelle di sistiema, e di modificarne i file, ma non di vedere che cosa c’è; non ti impedisce nemmeno di leggere i file testuali.

Ma su quel Mac sei l’unico utente? o c`è un proprietario e tu sei un utente senza la parola chiave del legittimo proprietario.

Se sei l’unico utente, quando hai comprato quel Mac nuovo e l’hai acceso per la prima volta, hai di fatto installato il sistema operativo e hai dovuto scattarti una fotografia nonché inserire la parola chiave iniziale, quella del “padrone”. Poi magari non hai messo nessuna prola chiave per eseguire il login, per cui ti basta accendere la macchina e sei subito operativo. ma quando vuoi installare qualunque programma, il programma di installazione ti chiede la parola del “padrone”, se non gliela dai non ti installa niente e “abortisce” l’operazione di installazione. Non ti sei mica scordato la password del “padrone” per caso?

Se hai recuperato quel Mac da qualcuno, fatti dire la parola chiave del “padrone” da chi te l’ha dato; senza quella parola chiave sei fritto.

Ricordati che quando fai precedere qualunque comando dal terminale dal comando [tt]sudo[/tt] quello ti chiede la parola chiave del “padrone” e assumi le prerogative del “padrone” e puoi fare quasi tutto quello che si può fal su quella macchina; “sudo” vuol dire “super user do”, cioè in itlaiano,è come se il calcolatore si rivolgesse a te dicendoti “signor padrone, prego, esegua”.

Mi dice che l’originale non esiste!

Cioè il link simbolico /texlive in /usr c’è, ma non corrisponde a niente. Errore gravissimo! Hai messo il dito nella piaga!:smile:

Allora controlla con il Finder se in /usr/local/texlive/2013/bin c’è quello che dovrebbe esserci in seguito all’installazione di MacTeX.

Se c’è ti basta ricreare il link simbolico dando da terminale`cd /usr
sudo ln -s /usr/local/texlive/2013/bin/x86_64-darwin texbin`
… sempre che tu abbia una macchina Macintosh INTEL a 64 bit; altrimenti cambia l’ultimo folder conformemente al tipo di processore che viene elencato in …/bin da Finder.

Poi riprova a fare i test che ti ho detto; in particolare sempre da terminale, ma posizionandoti sulla tua Home dai i comandi`cd
kpsewhich pdflatex`(ad ogni “a capo dei miei codici anche tu sei andato a capo, naturalmente).

Ora DEVE funzionare, e funziona anche TeXStudio. Se continua a non funzionare… allora l’ultima spiaggia è quella che ti ho detto; cercati un compagno di scuola un laureando, un assistente, che sappia usare il Mac, e fatti aiutare lavorando direttamente sulla tua macchina. A questo punto spero che questa tua macchina sia un portatile…:wink:

Vabbe’…
Mi capita di eseguire degli errori di battitura; scusami

I comandi sono [tt]mktexlsr[/tt] e [tt]kpsewhich[/tt]

Sono due comandi distinti; prima dai mktexlsr senza argomenti.

Poi dai kpsewhich specificando come argomento il nome del file che vuoi che il sistema TeX trovi al suo interno.

Entrambi i comandi fanno parte degli eseguibili del sistema TeX; se il sistema operativo dice che non li conosce, vuol dire che non li trova.

Se non riconosce questi due comandi, come ho detto, controlla bene come e dove hai installato MacTeX; usa Finder per trovare dove l’hai installato e impara, se per caso non lo sai ancora fare, a navigare nel tuo o nei tuoi dischi, anche scoprendo le cartelle nascoste.

Non è TeXShop configurato male (a parte il path per ghostscript — dipende da dove l’hai installato). è il sistema MacTeX, o meglio la sua componente TeXLive che sembra installata male; prima di guardare TeXShop, devi vedere se un qualunque file .tex che prima compilavo, ora compila da terminale.

apri un terminale; con una serie di cd cambia directory per portarti in una cartella dove ci sia un file .tex sorgente che prima compilava; nella finestra dà il comando pdflatex <sorgente> e vedi se compila. Se non compila, come è probabile, visto che non trova nemmeno il comando kpsewhich, è l’installazione che non va bene.

Hai due dischi? magari uno esterno? se hai installato sul disco esterno il path per raggiungere gli eseguibili della distribuzione nonon possono più corrispondere a /usr/texbin, ma è certamente qualcos’altro, per esempio /Volumes///texlive/2013/bin/eccetera.

Insomma cerca di capire come hai installato MacTeX, specialmente dove l’hai installato; perché il percorso /usr/texbin parte dalla radice del disco Macintosh, non dalla radice di un altro disco; analogamente, se alla domand dell’installer che ti proponeva di aggiungerlo al disco Macintosh, tu hai risposto con un altro percorso, l’ui l’ha afatto, ma poi sei tu che devi dirlo anche agli altri programma come TeXshop, perché è probabile che il link simbolico /usr/texbin non punti al posto giusto.

Ecco,a questo proposito, apri Finder; clicca su goto e scegli il folder /usr; Finder ti mostra le cartelle e i file che la radice contiene (tra cui la cartella usr in cleeste chiaro, perché è nascosta) nella colonna a destra ti mostra il contenuto della cartella /usr; da me vi compare la cartella texbin in azzurro che mostra una freccilina nera nell’angolo in basso a sinistra; quello è il segno che si tratta di un link simbolico; cliccaci sopra col destro e scegli la voce Show original: ti si apre una visione con le cartelle nella prima colonna che cominciano con bin, nella seconda colonna da me viene evidenziato il nome della cartella x86_64-darwin; e nella terza colonna l’elenco di tutti i file e cartelle contenuti in questa dal nome misterioso (in realtà x84 si riferisce al processore INTEL e 64 si riferisce al fatto che si tratta di un processore a 64 bit; darwin è il nome in codice del sistema operativo OS X) trattandosi di file eseguibili, essi sono specifici per l’architettura del processore e del sistema operativo. Non solo, ma nella corince inferiore dell finestra del Finder c’è il percorso completo Macintosh usr local texlive 2013 bin x86_64-darwin (senza gli slash) che permette di vedere esattamente dove si trova questa cartella.
Se tu vedi le stesse cose, ma pdflatex non funziona, allora il tuo è un vero mistero.