Discussion:
[texworks] Remove aux files
Peter Hertel
2010-06-27 12:31:41 UTC
Permalink
If I commit a TeX error, such as forgetting a curly bracket or
referring to a macro which is not defined, correcting the error in some
cases does not help. Upon re-typesetting the TeX-processor complains
that it cannot write a certain file (! File ended while scanning use of
\@newl at bel). I have to click "Remove Aux Files" in the Files menu,
confirm it and then go to the Window menu and press "Hide Output Panel".
For the latter, the shortcut does not work on my (German) keyboard. Do I
miss something? Correcting an error in WinEdt was simpler. Nevertheless,
the synchronization between source code and PDF output outweighs this
clumsy behavior.
Regards, Peter
Stefan Löffler
2010-06-27 16:32:15 UTC
Permalink
Hi,
Post by Peter Hertel
If I commit a TeX error, such as forgetting a curly bracket or
referring to a macro which is not defined, correcting the error in
some cases does not help. Upon re-typesetting the TeX-processor
complains that it cannot write a certain file (! File ended while
I think TeX could write to the files, but because the last TeX run was
interrupted, some files are corrupted / left unfinished. Therefore the
files end prematurely when TeX tries to run through them.
One possibility around this might be not to interrupt the typesetting
process (which kills TeX very abruptly), but rather input "X" in the
console to quit. Alternatively, you could try "-interaction
nonstopmode", although I think even that stops at some severe errors.
Post by Peter Hertel
I have to click "Remove Aux Files" in the Files menu, confirm it and
then go to the Window menu and press "Hide Output Panel". For the
latter, the shortcut does not work on my (German) keyboard.
Strange, it works for me when pressing Strg+AltGr+\ (German notation).
But this may be system-dependent (I use Ubuntu Linux).
Alternatively, you could redefine the shortcut. See Alain Delmotte's
manual (http://www.leliseron.org/texworks/) for some instructions, the
action's name you need is actionShow_Hide_Console.
BTW: In the same way you can define a shortcut for calling the "remove
aux files" dialog (the action's name is actionRemove_Aux_Files).
Post by Peter Hertel
Do I miss something? Correcting an error in WinEdt was simpler.
Nevertheless, the synchronization between source code and PDF output
outweighs this clumsy behavior.
Well, this particular problem is probably caused by aborting the TeX
process rather abruptly. However, I don't have any idea ATM how this
could be improved.

HTH
Stefan
Lars Madsen
2010-06-27 23:47:21 UTC
Permalink
Post by Peter Hertel
If I commit a TeX error, such as forgetting a curly bracket or
referring to a macro which is not defined, correcting the error in some
cases does not help. Upon re-typesetting the TeX-processor complains
that it cannot write a certain file (! File ended while scanning use of
confirm it and then go to the Window menu and press "Hide Output Panel".
For the latter, the shortcut does not work on my (German) keyboard. Do I
miss something? Correcting an error in WinEdt was simpler. Nevertheless,
the synchronization between source code and PDF output outweighs this
clumsy behavior.
Regards, Peter
Just want to mention that I have a user who have complained about the
same thing. TOC or AUX file has non terminated elements.

As Stefan mentions it looks like TW is ending the TeX process a bit too
fast, some kind of race condition?

I've never come across a problem like this with other editors.

Wouldn't it be better to run in non-stopmode like most other editors,
and then parse the log file?


/daleif

Loading...