[RISOLTO] Goto Error con file ausiliari (TeXShop)

Dork” post=87706ps: ma la funzione cerca funziona? (ho inserito “goto error” nessun risultato, “errore console” nessun risultato, “errore” UN risultato…alla fine mi sono rassegnato e ho aperto una nuova discussione :-), se l’argomento è già stato trattato scusatemi)

Per le ricerche nel forum devi andare qui: http://www.guitex.org/home/it/forum/search Trovi il link nella pagina principale del forum. Il modulo di ricerca presente in alto a destra è per le ricerca all’interno del resto del sito

Io non uso mai la rcerca degli eroori in quel modo, ma ammetto che sarebbe molto comodo.

Nel file “ausiliario” hai indicato mediante le righe magiche quale sia il file root? È probabile che basti inserire quella riga magica (cerca Magic comments nella documentazione di TeXworks) per ottenere quello che desideri.

Ho aperto un file secondario di un mio documento; ho premuto il bottone verde e ho compilato dopo aver introdotto espressamente un errore in quel file secondario; mentre il programma girava ho cliccato sull’intestazione della “console” e invece di mantenere la visuale su “Console outpput” ho cliccato sulla stringa dell’intestazione “Errors, warnings, badboxes”.

Alla fine della compilazione (all’errore ho risposto con la correzione nella riga/finestra in asso) la console è rimasta aperta con tutti gli errori, file per file, compresi i file .toc, .lof e .lot.
Gli errori, gli avvisi e le scatole brutte sono elencati file per file con la diagnostica accanto; se clicchi sol nome del file in blu in corrispondenza dell’errore, avviso, scatola che ti interessa, si apre il file corrispondente e si posiziona al punto giusto con l’indicazione evidenziata in azzurro del capoverso dove appare l’errore.

Non uso nessun goto error, ma clicco dove viene segnalato l’errore; comodissimo e preciso.

@Dork, scusami, sono io che ho sbagliato e ho risposto supponendo che stessi usando TeXworks e non TeXShop.

La procedura che ho descritto, comodissima, riguarda TeXworks; per questo ti ringrazio perché mi hai dato la possibilità di scoprire ed usare una funzionalità che non avevo mai usato, pur essendo al corrente della sua esistenza.

Ho controllato con TeXShop, ma anch’io non riesco a far funzionare la ricerca goto error.

In verità uso TeXShop da quando esiste, mi pare dal 2007; e non ho mai sentito la necessità di ricorrere a questa funzionaltà; ho impostato TeXShop perché lanci pdflatex in errorstopmode, quindi ad ogni errore si ferma, eventualmente correggo il punto errato cercando il file contenete l’errore e poi usando goto line e naturalmente se si tratta di un errore di spelling di comandi, introduco nella riga il comando scritto in modo corretto con il codice I, oppure spero che non vi siano errori fatali, premo S e poi INVIO e vado fino alla fine; in certi caso premo nella console il tasto Abort.

Certamente esistono modi piì intelligenti di procedere, ma questo che ho descritto mi va bene con qualunque editor; se lo trovo preimpostato per operare in scrollmode, ne cambio l’impostazione e lo metto in errorstopmode, che personalmente preferisco. La lavorazione di un documento, specialmente all’inizio può forse essere un po’ lenta, ma in definitiva vengo a conoscere in tempo reale gli errori commessi e la loro diagnostica; spessissimo introduco la specifica \errorcotextlines=9, così il messaggio d’errore risulta molto più dettagliato; quando si tratta di errori veramente difficili da analizzare uso il pacchetto trace e imposto \tracingon e \tracingoff a cavallo del tratto di file sorgente che produce l’errore. Visto che scrivo molte macro, ricorro a questo ultimo espediente molto spesso all’inizio della lavorazione di un documento. Poi quando il documento e le sue macro sono bene impostati il resto procede spedito.

Dork” post=87706Ciao a tutti,

un dubbio innocente senza pretese: Quando compilo un file ausiliario inserito tramite \input{…} in quello madre e mi compare un errore, la console mi dice il numero della riga (del file ausiliario) in cui l’errore compare. Nessun problema quindi, si va e lo si corregge…ma..in alto a sinistra della stessa console c’è un pulsante “Goto Error” che sembra voler essere molto simile a un “sync” ma tra console\errore e sorgente. Nel caso sarebbe davvero comodo..fai clic e ti manda il cursore nel codice sorgente (del file ausiliario giusto) all’errore.. però non funziona..è un problema di \input, un problema che non fa quello che penso e serve ad altro, oppure si può sistemare qualche impostazione in modo opportuno per farlo funzionare correttamente?

Grazie mille,

Corrado.

ps: ma la funzione cerca funziona? (ho inserito “goto error” nessun risultato, “errore console” nessun risultato, “errore” UN risultato…alla fine mi sono rassegnato e ho aperto una nuova discussione :-), se l’argomento è già stato trattato scusatemi)

A me funziona perfettamente. TeXShop versione 3.23.

Ciao
Enrico

Dork” post=87782Ancora non funziona, nonostante TeXShop 3.23.

…

A questo punto faccio clic su “Goto Error” (o premo mela+command+e) e la riga evidenziata è “\begin{document}” del main.

Cosa sbaglio?

Non ne ho idea, perché ho provato con la stessa identica impostazione e funziona perfettamente: addirittura [tt]\errorefatale[/tt] è messo in evidenza.

[tt]\errorefatale[/tt]

A parte i marcatori per il carattere dattilografico, ho semplicemente fatto copia-incolla.

Ciao
Enrico

Io ho sul portatile la versione 2.34 di TeXShop.

Ho provato con i tuoi due file tendo bene gli occhi aperti; l’esecuzione si arresta all’errore \errorefatale e in alto a sinistra nella console c’è il richiamo Goto error e accanto ci sono i tasti per usare al tastiera invece del mouse; comunque cliccando in quell’angolo si riapre il gotoerrorinput.tex con la stringa \errorefatale evidenziata..

L’errore che commetti è quello di dare il comando s nella riga di comando in basso nella console; invece di premere shift+cmd+E oppure di cliccare nell’angolo in alto a sinistra della console.

Grazie; ho imparato anch’io qualcosa; come ho detto uso TeXShop da quando esiste, ma non mi sono mai servito di questa funzionalità.

Per cancellare LaTeX (sei sicuro di quello che vuoi fare?) devi eliminare tutto il ramo che parte da 2013 in /user/local/texlive/

Secondo me il sistema TeX, TeXLive 2013, non c’entra per niente. Qindi non fare quello che ti ho detto sopra.

Per eliminare le applicazioni completamente c’è il programmino/applicazione gratuita AppCleaner.app che puoi scaricare dal sito Apple,
Una volta installato lo lanci poi trascini col mouse, per esempio TeXShop.app ,nella finestra di questa piccola applicazione, che ti cerca tutti i file correlati e come dai il comando di eliminare TeXShop. te lo elimina e ti elimina ogni altra cosa collegata con TeXShop.

Poi reinstalli TeXShop, lo riconfiguri ex novo, e poi puoi provare di nuovo.

Prima di fare tutto ciò, al primo arresto per errore, come nel piccolo esempio minimo compilabile che avevi allegato, invece di cliccare nell’angolo (destro?) sinistro dell’intestazione della finestra della console, prova a dare il comando/shortcut da tastiera shift+cmd+E (cmd sta per il pulsante dove c’è disegnata al mela e il quadrifoglio; shift è il tasto delle maiuscole) e vedi se anche così non funziona.

Dork” post=87798Grazie OldClaudio, destra e sinistra spesso le confondo…si si è a sinistra…cmd+ctrl+e stesso risultato mi evidenzia

\bigin{document} nel main.

Ho deciso di non disinstallare tutto perché è stupido e impulsivo..alla peggio provo (se non riesco a sistemarlo..) a cancellare solo TeXShop senza installare sopra la nuova versione (come avevo fatto) ma prima con appcleaner (che conosco ma venendo haimé da ambiente windows, anche se sono passati 3 anni ormai..a volte ho ancora dubbi che non basti..che ci vuoi fare..)

In ogni modo, se può essere utile, ho notato che nemmeno il sync funziona bene..spesso mi evidenzia testo vicino, spesso subito prima..ma mai l’esatta parola che evidenzio (nel pdf o nel sorgente non cambia)..poò essere d’aiuto alla diagnosi?

Intanto scarico TeXLive2013 🙂 (sperando che i criceti nel router non si siano presi l’influenza con la pioggia che c’è di fuori..)

Grazi ancora, se ho novità vi aggiorno subito!

Haimé o ahimè?

Non TeXLive 2013, ma MacTeX2013, mi raccomando; la versione di TeXLive per Mac si chiama MacTeX e contiene oltre a TeXLive con i suoi binari, anche altre applicazioni utili, come per esempio TeX Live Utility.app per eseguire gli aggiornamenti.

La sincronizzazione può venire configurata a livello di parola, di periodo, di capoverso; non mi ricordo come si faccia, ma non è opportuno scendere ad un livello troppo fine, altrimenti il file pdf diventa strepitosamente grande. Ecco perché passando da un finestra all’altra la corrispondenza è solo approssimativa e funziona decentemente solo se il file sorgente non è stato modificato, altrimenti il link dal pdf al tex punta alla riga prima della modifica e non dopo la modifica, a meno che il file pdf sia stato ricompilato, ovviamente.

Inoltre TeXShop è configurato con il soft wrap, cosicché ogni capoverso corrisponde ad un solo record, nel file sorgente; passando dal pdf al tex il link creato dal programma di sincronizzazione punta alla riga, quindi all’intero capoverso; se imposti TeXShop perché usi l’hard wrap, il programma di sincronizzazione punta alla riga precisa del file sorgente, ma l’editing diventa più laborioso senza il soft wrap.

Dal Dizionario Italiano on line:

ahimè [aj’mɛ]
inter.

inter
esprime compassione, dolore rimpianto; è sempre seguita dal punto esclamativo.

Come vedi l’accento è grave e la pronuncia della e è aperta. Non esistono alternative.

Non mi ricordo più dove ho visto la possibilità di cambiare le impostazioni si synctex.

Io ho uno schermo panoramico ( il mio portatile è un MacBookPro e il mio “all-in-one” è un dove le due finestre stanno comodamente una accanto all’altra, ma mela+T funziona qualunque delle due finestre sia attiva; se lavoro con file subalterni, sono le righe magiche che controllano quale main file pdflatex compilerà, come sai bene.

Quando dico “a meno che il pdf non sia stato ricompilato” intendo esattamente quello, cioè se esegue delle modifiche sul sorgente poi mi sposto in un altro punto della finestra pdf s clicco mela+click, la sincronizzazione mi punta alla riga puntata dalla compilazione precedente; se voglio la sincronizzazione da pdf a tex devo prima compilare il documento (compilare in questo caso vuol dire eseguire uno dei programmi del sistema TeX, sia esso pdflatex, xelatex lualatex o quant’altro; forse bisognerebbe dire comporre, visto che quei programmi sono programmi di composizione tipografica, ma quando si è nel campo delle applicazioni informatiche compilare è un verbo generico che vuol dire trasformare un file sorgente in un altro file).

BibDesk è facilissimo da usare e raramente tocca leggere l’help per sapere come fare certe cose.

TeXLive Utility.app è l’equivalente della versione a interfaccia grafica di tlmgr (sempre usabile anche sul Mac), am l’app specifica è, secondo me, decisamente più comoda.

LaTeXit secondo me non serve a granché, ma è una bella GUI (graphic user interface) per scrivere equazioni; io preferisco scriverle direttamente.

Per i dizionari ortografici, specialmente per quello italiano (quelli diversi dall’inglese, insomma), preferisco quelli suggeriti dall’Help di TeXShop, cioè quelli di OpenOffice o LibreOffice.

Fra i file nascosti (scopri come renderli visibili) c’è un file “script” dove sono indicate le impostazioni interne che di solito vengono personalizzate mediante le preferenze, ma non è vietato modificare a mano quel file, anche se si possono fare pasticci inenarrabili; lo si fa a proprio rischio e pericolo. Forse è lì dove si può modificare synctex.

Invece in ~/Library/TeXShop ci sono molte cose interessanti per la confugrazione di TeXShop e molti file pdf che descrivono questa o quella funzionalità; TeXShop ha funzionalità impensate che si scoprono solo leggendo quei file; ne cito una a caso: la sincronizzazione delle citazioni bibliografiche (‘cite, tanto per intenderci) nel file sorgente con il file aperto con BibDesk. Può essere molto utile. ma ci sono molte altre funzionalità misconosciute.

(in ogni modo sarebbe utile sapere come poter reinstallare TeXShop rimettendo le impostazioni tutte standard…)

Quando apri Preferenze, in ogni schermata, in basso a sinistra c’è il “bottone” per ripristinare le impostazioni di default.

AppCleaner (o altri programmi simili) sono quasi infallibili; Ti cercano e ti cancellano tutti i file collegati ad una app; compresi quei file nascosti che, proprio perché nascosti, nessuno sa di avere a bordo e contengono quelle modifiche che esulano dalle modifiche “lecite” o “previste” che compaiono in ~/Library/TeXShop (per quel che riguarda TeXShop; altre app hanno altri file).

La successiva installazione della stessa app è una installazione vergine, nella maggioranza dei casi.

Comunque ti consiglio di scriverti un file log, un semplice file di testo (ne caso di TeXShop potrebbe essere MyTeXShopChanges.txt) dove elenchi con la data tutte le modifiche fatte e, soprattutto, perché le hai fatte; io per esempio, non ho capito perché hai modificato le sequenze di programmi da eseguire per la sequenza latex+dvips+distiller; certamente ne avevi bisogno per qualche motivo, ma non riesco a immaginarlo, anche perché io evito quella sequenza come la peste: il risultato è un file pdf, ma strada facendo si perdono delle funzionalità tipiche del formato pdf.

dvips serve per trasformare un file dvi (prodotto con latex, non con pdflatex) in un file PostScript; distiller è un nome genrico che indica i programmi per trasformare un file PS in un file PDF; con la lettera maiuscola indica un programma della Adobe che fa quel mestiere.

Latexmk; Dio ne scampi e liberi! (Opinione personale) Se uno vuol seguire quella strada Arara è più versatile; se ne è parlato a lungo qui nel forum.
Anche Makefile e make servono per seguire quella strada e sono più potenti e affidabili di latexmk; mi pare che ci sia una guida tematica su makefile e make. Per arara c’è un documento ufficiale leggibile con texdoc arara