David Kastrup d...@gnu.org writes:
As a note aside: preview-latex also does error message matching on its
own, and it apparently does a better job at it. Maybe it would make
sense to port the respective code over and/or try making a common
interface both use. It does not seem to make much
Mosè Giordano giordano.m...@libero.it writes:
Hi Mosè,
2014-04-25 13:08 GMT+02:00 Tassilo Horn t...@gnu.org:
Great, please keep on testing (also with the latest change).
I'm having some trouble with multifile documents. Attached you can
find two files, foo.tex being the master one: if you
Tassilo Horn t...@gnu.org writes:
Mosè Giordano giordano.m...@libero.it writes:
Hi Mosè,
2014-04-25 13:08 GMT+02:00 Tassilo Horn t...@gnu.org:
Great, please keep on testing (also with the latest change).
I'm having some trouble with multifile documents. Attached you can
find two files,
Hi Tassilo,
2014-04-25 13:08 GMT+02:00 Tassilo Horn t...@gnu.org:
Great, please keep on testing (also with the latest change).
I'm having some trouble with multifile documents. Attached you can
find two files, foo.tex being the master one: if you compile the files
as they are (i.e. with all
Mosè Giordano giordano.m...@libero.it writes:
Great, please keep on testing (also with the latest change).
In GNU Emacs = 24.3 the `split-string' function doesn't have the
fourth argument, `trim'. You used it inside `TeX-parse-error'.
Thanks for the heads-up. I've exchanged it with a more
Hi Tassilo,
2014-04-25 13:08 GMT+02:00 Tassilo Horn t...@gnu.org:
Great, please keep on testing (also with the latest change).
In GNU Emacs = 24.3 the `split-string' function doesn't have the
fourth argument, `trim'. You used it inside `TeX-parse-error'.
Bye,
Mosè
* Tassilo Horn (2014-04-24) writes:
The problem is that the TeX compile output gets hard-wrapped at column
80, and with the new TL install and LuaTeX, I get tons of files in the
compile output whose paths are all about 80 columns wide.
AUCTeX contains code to undo those line wraps. Maybe it
Ralf Angeli ang...@caeruleus.net writes:
Hi Ralf,
The problem is that the TeX compile output gets hard-wrapped at
column 80, and with the new TL install and LuaTeX, I get tons of
files in the compile output whose paths are all about 80 columns
wide.
AUCTeX contains code to undo those line
Tassilo Horn t...@gnu.org writes:
The problem is that the TeX compile output gets hard-wrapped at
column 80, and with the new TL install and LuaTeX, I get tons of
files in the compile output whose paths are all about 80 columns
wide.
AUCTeX contains code to undo those line wraps. Maybe it
Hi Tassilo,
2014-04-24 21:15 GMT+02:00 Tassilo Horn t...@gnu.org:
If you find a problem, i.e., `TeX-next-error' jumps to the wrong file,
it tells you the erroneous file doesn't exist, or it tells you the error
occured after the last file closed, please poste the compile log (C-c
C-l) here in
Tassilo Horn t...@gnu.org writes:
If I remove that restriction and consider newlines both at column 79
and 80, it seems to catch all of them (but of course it might then
catch too much)...
Ok, now I've pushed a change d4059b8 which implements the above. Now
wraps at columns 79 and 80 are
Mosè Giordano giordano.m...@libero.it writes:
Hi Mosè,
If you find a problem, i.e., `TeX-next-error' jumps to the wrong
file, it tells you the erroneous file doesn't exist, or it tells you
the error occured after the last file closed, please poste the
compile log (C-c C-l) here in this
Hi all,
lately I've switched to using LuaTeX and a TeX Live install in
/usr/local with tl-install instead of my distro's TeX Live packages.
That had the side-effect that AUCTeX's error parsing frequently didn't
work anymore and I got those nasty
Error occurred after last TeX file closed
13 matches
Mail list logo
