bug#36039: Preview LaTeX doesn't work when a theme is loaded

Another workaround that I use is to set preview-reference-face explicitly. I customized it to be foreground: black and everything is working now even with a the new gs 2.27 Best, Gennady On 14/05/2019 13.48, Gennady Uraltsev wrote: > Hello, > > It seems to be the same problem as

bug#36075: 2019-05-21; Font locking slow and unreliable

Dear everyone, When working with non-trivial length tex files (500 lines?) font locking in AucTeX stops working reliably. Often changing a single character inside math (e.g. $ 1|+1=12 $ to $11|+1=12$ ) makes all the text in the window become fontified as math text (in my case, color blue).

bug#35696: preview-latex does not work under any Emacs themes

Hello, It seems to be the same problem as I posted here: http://lists.gnu.org/archive/html/bug-auctex/2019-05/msg0.html In particular a temporary work-around is to customize the variable preview-reference-face setting a non-trivial foreground color (black). I hope the developers address

bug#35571: 12.1; Changing foreground breaks previews

Previews ability does not work and gives off an error if the foreground of the default font has been changed in any way. This happens with GS version 9.27 but NOT with previous versions e.g. 9.26 Conside the most basic test.tex file: ** \documentclass[a4paper]{amsart} \begin{document}

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Hello everyone, I can confirm that everything works. Thanks a lot! Gennady On 04/01/17 19:58, Tassilo Horn wrote: > Mosè Giordano writes: > > Hi Mosè, > >> while trying to reproduce the problem reported by Gennady (I can >> confirm it), I noticed another glitch. Now the

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Hello Everyone, I was testing out this new mode and there seems still to be some small problem. The simplest case is as follows: write the following $1=x^2$ in the standard order and make sure that electric $ mode is off i.e. the typing should look like this (with | being the cursor): | $|

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Yep! Looks fantastic! On 03/01/17 12:17, Uwe Brauer wrote: "Tassilo" == Tassilo Horn writes: > >> Tassilo Horn writes: > >>>> The only acceptable syntax is: >>>> >>>> $a_{b_c}$ >>> >>> Ah, right. That makes things a bit easier.

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Hello everyone, I am sorry for all the problems that have arisen. I wanted to contribute to the discussion somewhat. 1) Personally I often have double subscripts i.e. expressions of the form $ \int_{a_i}^{a_{i+1}} $ (I am a PhD in math) 2) LaTeX (or at least AMS) forbids expressions of the

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Sorry, it was version 24.5 Gennady On 01/01/17 15:10, Gennady Uraltsev wrote: > Hello, > > Sorry for the delay in responding. I powered up an Ubuntu 16.10 virtual > machine and installed emacs available there (24.4) the same problem is > there. Attaching screenshot. > >

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

Hello, Sorry for the delay in responding. I powered up an Ubuntu 16.10 virtual machine and installed emacs available there (24.4) the same problem is there. Attaching screenshot. Gennady On 01/01/17 12:51, Uwe Brauer wrote: > >> Mosè Giordano writes: >> Hi Gennady, Uwe &

bug#25309: 11.89.8; multi-level script fontification stacks incorrectly

challenging of the bugs seems to be the one about the background of preview-latex and the opacity of tikzpictures. It probably is a bug with pgf/tikz. Cheers for a Happy New Year! Gennady On 31/12/16 17:47, Mosè Giordano wrote: > Hi Gennady, > > 2016-12-31 15:12 GMT+01:00 Gennady

bug#25298: 11.89.8; Background for previews wrong with tikz and fill

Consider a minimal TeX file that uses the tikz library. If it includes a tikz-picture with a \fill directive then the color for ALL previews is wrong (the reference-face is not respected). This happens even if the actual tikzpicture is not previewed (it is not inside a figure environment).

bug#25297: Acknowledgement (11.89.8; preview-latex doesn't notice check that files it expects have maybe disappeared)

Also I just discovered that this happens only with preamble caching enabled! If preamble caching is disabled then everything works fine. signature.asc Description: OpenPGP digital signature ___ bug-auctex mailing list bug-auctex@gnu.org

bug#25297: 11.89.8; preview-latex doesn't notice check that files it expects have maybe disappeared

When generating a preview for a latex file lots of different files are generated in the containing directory. If any of these files is missing on a later call to preview-latex, it doesn't regenerate them but fails (semi-silently). To reproduce: Load any latex file with some math to preview.

bug#21298: A title, a newpage, and package todonotes breaks previews

This latex code generates wrong previews with `preview-document` command: ***tex.tex begins*** \documentclass[a4paper,10pt]{article} \usepackage{todonotes} \begin{document} \title{Bla} \newpage 1: $1=1$ 2 \[ 2=2 \] 3 \[ 3=3 \] \end{document} ***tex.tex ends*** The previews are

bug#21298: A title, a newpage, and package todonotes breaks previews

I found a thread with a solution. http://debbugs.gnu.org/cgi/bugreport.cgi?bug=20749 The culprit is PGF. They have apparently accepted the patch several days ago so it will be rolled out to distributions. Now at leas my minimal example works well. signature.asc Description: OpenPGP digital