Hi all.
– Problematic behaviour: When one is writing text in front of a comment '%' and
auto-fill automatically inserts a newline, the point is suddenly moved to
*within* the comment, ie on the right of '%'.
– Expected behaviour: The point in the new line should stay to the left of the
commen
Is this possibly connected with the small bug that I reported a while ago?
I enclose the text of my old report:
-
I've noticed a little bug when auto-fill operates on a line finishing with a
"%". To reproduce:
1. Activate auto-fill-mode in a tex file with LaTeX mode.
2. S
Hi Liyu and Ikumi and David,
> You are right! One of my emacs init files modifies the exec-path and
> env PATH and injects cygwin path to them. After remove the path or
> re-order them, the problem disappears. So it is not a bug.
>
> I sincerely apologize for wasting your valuable time on the fa
> I tried the trick to replace the command, but it produce the following error:
Sorry, there was no need to escape characters like I did. Try this instead:
pdflatex -interaction=nonstopmode -output-directory=./ "\input" %t
Fingers crossed...
___
I was thinking about possible fixes, even dirty ones, like adding
"-output-directory=./" to pdflatex via customize; and similar ones. But it's
likely that pdflatex will still not see the files of the tex distribution, like
cls files etc.
Anyway, if you want to give this a try, do this:
Issue "
Sorry for these multiple replies.
Besides Emacs, I also have Cygwin and Msys32 installed in my Windows system.
And at the beginning of my Emacs init file I have this:
(setenv "PATH" (concat
"C:\\msys32\\mingw32\\bin;C:\\cygwin\\bin;C:\\cygwin\\lib;" (getenv "PATH")))
(setq exec-path (append '("
Mmm... From the use of ":" as path separator, and the fact that "/cygwin/" is
omitted, it almost looks like AUCTeX is seeing your machine as a Linux one...
If you issue "C-h v system-configuration", what value do you get?
___
bug-auctex mailing list
> Note that the path separator are different, for 12.1.1, it is ":", for
> 11.91.0, it is ";". I'm not sure whether it is important.
It surely is, given that ":" is to be intended as a normal character for a path
(see the ":" right after "d").
But I have the same AUCTeX version as you, and it's
PS:
> My value is
>
> .;c:/Users/[omitted]/.emacs.d/elpa/auctex-12.1.1/latex;C:/Users/[omitted]/texmf/tex/;
Curiously, only the last directory appears in my environment variable if I call
it from a command prompt, outside Emacs. So the first two directories seem to
be provided by AUCTeX itself
Hi Liyu and David,
It seems as if auctex is changing the working directory before calling
pdflatex. But it doesn't do that with pwd.
Could this depend on the TEXINPUTS environment variable? Liyu, what is its
value in your case? You can find it issuing "C-c C-c Other" with
echo %TEXINPUTS%
My
Hi Liyu,
Very puzzling.
In the new auctex version (the one that's giving problems), can you issue a
"C-c C-c Other" with this command:
pdflatex d:/aa.tex
and see whether it sees the file? It works for me.
Thank you for your patience.
J
On 2018-04-07 17:25, Liyu Gong wrote:
> Hi Joe,
>
> It
Hi Liyu,
Sorry, I forgot to tell you about killing the first process.
> So I guess the problem is "pwd". My emacs is a windows version, not a
> cygwin version, so I should expect "d:/", but it says "/d".
Does it say "/d"? or "/d/", with a backlash at the end? Don't know if this is
important, th
Hi Liyu,
In principle AUCTeX should just be giving the command you just gave, so there's
something odd.
Can you try two more things:
1. Issue "C-c C-c Other", and at the prompt for the command type, literally
(with an enter at the end):
pdflatex aa.tex
And see what happens.
2. Issue again
Hi Liyu,
The command call is just as mine, but I don't get any problem. It seems the
problem is with tex-live rather than auctex.
If you open a command prompt at D:\ and run the simple command
pdflatex aa.tex
then does the problem persist?
Is your tex-live installed in the same partition (D:)
Hi Liyu and Ikumi,
Here: Windows 7 32-bit, Emacs 25.3.1, and AUCTeX 12.1.1 from elpa, and the file
compiles smoothly for me too. I have no clue where the problem could be. Maybe
problems with quotes and spaces in the path name, combined with a customized
tex command? Liyu, it'd be useful if you
On 2017-09-10 13:39, goj...@gmail.com wrote:
> I'm now checking the other style files loaded by auctex-reset to see whether
> any of them is causing this problem. I'm not loading any custom-made style
> files, though.
Could the culprit be amsmath.el itself? I've manually added to it
(add-to-l
Hi David,
>> It is the job of amsmath.el to include most of those settings, so it's
>> likely that you haven't document parsing enabled and/or working.
>>
>> See the first page of AUCTeX's documentation for more info.
Indeed. What's strange is that I:
1. delete the auto-generated el style file
Dear All,
– Not really a bug:
I have auto-fill mode on when editing tex files in LaTeX mode. I'd like to
inhibit the fill functions within math environments like "equation", "gather",
"align", though.
One way to achieve this is given by Thomas here:
https://tex.stackexchange.com/questions/695
Hi Dave,
I use the binary from
https://sourceforge.net/projects/emacs-bin/
on my Windows 7, and it works out of the box (make sure to
run addpm.exe from the bin folder).
Hope this helps.
Cheers,
J
On 2016-09-20 17:49, Arash Esbati wrote:
Dave Footitt writes:
Hi there,
I hope this is t
Hi Mosè,
Thank you very much for your interest in this. Unfortunately
I've never managed to pinpoint where the spaces are creating
the problem; as you say, paths with spaces don't cause
problems in other settings handled by 'start-process'...
That's also why I've never submitted this bug. Cou
Hi Shawn,
Together with the problem you describe, do you also find
that a shell buffer has been opened?
In my case the problem was the 'preview-gs-command'
variable: I set it using short-path notation:
"c:\\PROGRA~1\\GS\\BIN\\GSWIN32C.EXE", and I got rid of that
problem. Possibly it's becau
Hi Adrian,
Is this
(setq Latex-fill-break-at-separators '(\\\( \\\) \\\[ \\\]))
?
You can change it either via the customization menu, like this:
– type:
M-x customize-variable [RET] LaTeX-fill-break-at-separators
[RET]
– Check "Opening Display Math Switch" and "Closing Display
Math Swi
Hi Adrian,
Please revert!
You can revert to the original behaviour by customizing the
variable 'Latex-fill-break-at-separators', checking "Opening
Display Math Switch" and "Closing Display Math Switch" and
leaving the other options unchecked.
I think the developers are planning to setting
Hi Tassilo,
Thank you very much. My bad, I should've checked this
beforehand (and it wasn't my intention to submit a bug). I
didn't imagine there could be such a (useful) feature – or I
would've expected it to apply to '$...$' as well by default.
Cheers!
J
On Thu151008 17:14, Tassilo Horn
Hi all,
I noticed that both fill-paragraph and LaTeX-fill-paragraph,
called on a paragraph that contains "\( ... \)" inline math,
will break lines after each "\)", except those on the last
line. For example ("*" indicates where lines break, in case
formatting is lost via email);
blah blah b
On Fri150911 10:26, 赵瑞昌 wrote:
when `C-M-@' (mark-sexp) at the beginning of a `\begin{...', only `\begin'
canbe marked, instead of the whole env.
And also the `forward/backward-sexp' can only effect to the `\begin'.
I confirm this, with the same versions (emacs on Windows). I
thought that w
On 150820 Thu 17:17, Tassilo Horn wrote:
Does anything change when you require preview after the
custom-set-variables?
Hi Tassilo, yes, that has solved the problem, thank you!
___
bug-auctex mailing list
bug-auctex@gnu.org
https://lists.gnu.org/
Hi Tassilo!
On 150820 Thu 17:17, Tassilo Horn wrote:
Does anything change when you require preview after the
custom-set-variables?
That's an interesting idea, I'll try it as soon as
possible... Unfortunately I've somehow completely broken
preview now, either because my init file or because
Dear All,
I've just noticed that previews are not restored between
Emacs sessions, even if Desktop is active. This is happening
with a minimal init file (see below).
More in detail, I:
- start Emacs and open a LaTeX file, move the cursor a
couple screenfuls down,
- run preview on the file;
Dear All,
This a feature request and a report of a strange behaviour
of Preview's "preview-at-point".
In Preview, it would be useful to have a function that
toggles on/off the visibility of all previews in the buffer,
independently of the position of point. The key word here is
"toggle", ra
OK, I've read the documentation about prauctex.cfg. Note
that in my system, AucTeX's own prauctex.cfg is overridden
by MikTeX's prauctex.cfg, located in
C:\Program Files\MiKTeX 2.9\tex\latex\preview\prauctex.cfg
Anyway, I've added \PreviewMacro*\enquote to
preview-default-preamble and it's wo
On 2015-04-14 08:39, David Kastrup wrote:
https://www.gnu.org/software/auctex/manual/preview-latex/Misplaced-previews.html>
Thank you David, I'll try to use a \PreviewMacro*\enquote to
solve the problem. BUT: note that inline math inside an
\emph or \text** environment previews perfectly ali
Hi,
Preview is misplacing inline math inside an \enquote{}
environment (csquotes LaTeX package).
For example, in a minimal article document with
test \enquote{$M$} test
the preview of "M" will appear immediately after the closing
brace "}". I don't understand what's causing this. Note that
Dear All,
Inserting a multlined (note the final 'd') environment via
LaTeX-environment, a spurious newline is inserted. Example:
call C-c C-e multlined [ret]. The result is:
\begin{multlined}
\end{multlined}
with a spurious newline and the cursor in the second empty
line. Insertion of all
David, removing %(file-line-error) from LaTeX-command-style
solved the problem: preview is working fine now. Thank you!
Also, in case it's useful: I temporarily reinstalled the
previous version of AucTeX (11.88 – now it's 11.88.2), and
preview was working fine there – and in that version the
Thank you David, I'll try modifying LaTeX-command-style now.
In the meantime I've found something related to pdf2dsc. The
variable
preview-pdf2dsc-command
has this standard value on my system:
"pdf2dsc %s.pdf %m/preview.dsc"
Now, when I run preview-section, I get this output:
Running `Prev
Sorry, I must add an important point: emacs' *Messages*
shows this upon opening the tex file:
'c:/PROGRAM' is not recognized as an internal or external
command,
operable program or batch file.
So I wonder if there's some misuse of quotation marks in
paths (with respect to Windows syntax) in
Hi all,
Preview does not seem to work with pdftex processing, and I
can't find the cause. Here is my configuration and tex test
files:
Windows 7 32-bit
MikTeX 2.9
Emacs 24.3.1 (i386-mingw-nt6.1.7601)
AucTeX 11.88 installed via elpa
Init file .emacs is minimal, only containing these two lines
38 matches
Mail list logo
