bug#69000: Error while upgrading

Hi Michael On Sat, 10 Feb 2024 at 15:29, Michael Heerdegen via bug-auctex via Bug reporting list for AUCTeX wrote: > As expected it's fixed for me as well. Thanks to everyone. Thanks for confirming it, I'm closing the ticket. > Note 2: I did not find information about how to report bugs in

bug#51239: emptyish web page found via google 'auctex emacs'

Dear Keita, On Sat, 16 Oct 2021 at 17:22, Ikumi Keita wrote: > > Hi Mosè, > > >>>>> Mosè Giordano writes: > > that's how texi2html works, I don't think we can do much about that. > > It seems that texi2html was declared as obsolete a decade ago a

bug#51239: emptyish web page found via google 'auctex emacs'

Hi Bruce, that's how texi2html works, I don't think we can do much about that. You may want to read the "all-in-one-page" manual instead the one "split-into-every-single-possibly-empty-section": https://www.gnu.org/software/auctex/manual/auctex.html#Editing-Facilities Bye, Mosè On Sat, 16 Oct

bug#44609: 12.3.1; auctex.el does not (provide 'auctex), which breaks use-package

On Fri, 13 Nov 2020 at 11:34, Vladimir Nikishkin wrote: > > Well, how would I know that? It's that documented anywhere? I showed you it's a notable example in `use-package' documentation. Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org

bug#44609: 12.3.1; auctex.el does not (provide 'auctex), which breaks use-package

On Fri, 13 Nov 2020 at 10:20, Vladimir Nikishkin wrote: > > I do not see how this is connected to the bug report. I'm not installing the > tex package. The connection you're missing is that `tex' is the name of the feature provided by AUCTeX:

bug#44609: 12.3.1; auctex.el does not (provide 'auctex), which breaks use-package

Hi Vladimir, did you read the README.md of `use-package'? It actually has an example about AUCTeX: https://github.com/jwiegley/use-package/blob/caa92f1d64fc25480551757d854b4b49981dfa6b/README.md#package-installation > If you need to install a different package from the one named by use-package,

bug#37124: Lisp snippet for TeX-electric-math in manual

Hi Arash, On Tue, 20 Aug 2019 at 22:57, Arash Esbati wrote: > > Hi all, > > there is a lisp snippet in the manual for `TeX-electric-math'[1]: > > (add-hook 'plain-TeX-mode-hook > (lambda () (set (make-variable-buffer-local 'TeX-electric-math) >

bug#35363: 12.1.2; Generation of previews fails under Windows 10

On Mon, 29 Apr 2019 at 13:45, Ikumi Keita wrote: > So I think that it would > be worth asking the MiKTeX author to do so. Don't expect quick response though: https://sourceforge.net/p/miktex/bugs/2310/ ___ bug-auctex mailing list bug-auctex@gnu.org

bug#24079: 11.89.4; Auctex noweb issue.

Dear all, this bug should have been fixed in ESS: https://github.com/emacs-ess/ESS/issues/354 Bye, Mosè On Fri, Jul 29, 2016 at 12:32 AM Mosè Giordano wrote: > > Hi Reinhard, > > 2016-07-28 23:52 GMT+02:00 Reinhard Kotucha : > > On 2016-07-28 at 18:24:56 +0200, M

bug#28905: 11.90.2.2017-07-25; TeX-documentation-texdoc blocks

Hi Keita, On Sun, Nov 4, 2018 at 10:48 AM Ikumi Keita wrote: > > Hi Fran and all, > > > "Fran Burstall (Gmail)" writes: > > Hi Ikumi, > > It works for me. Pass "amsmath" to the patched TeX-documentation-texdoc > > and it fires evince on the documentation without blocking emacs; fire it on

bug#30861: 12.1.0; process-kill-without-query removed from emacs, still used in preview.el

Hi Pavel, 2018-03-19 20:29 GMT+01:00 Pavel Zorin-Kranich : > According to > http://git.savannah.gnu.org/cgit/emacs.git/commit/?id=f1c48b0 > the function process-kill-without-query has been removed from emacs but > it is still used by preview.el > > Running preview on any

bug#30640: [patch] replace last cl

2018-03-01 16:43 GMT+01:00 Alex Branham : > Whoops! I didn't think about checking the other files for cl functions. > Since this removes the last cl function, the byte-compiler didn't know > about the cl functions anymore. There was one lurking in latex.el that > we must've

bug#30640: [patch] replace last cl

Hi Alex, 2018-02-28 1:47 GMT+01:00 Alex Branham : > I think this takes case of the last (require 'cl) statement. thanks again for working on this! However, I can't compile AUCTeX with your patch: latex.el:6542:8:Error: Wrong type argument: sequencep, beg-col Could

bug#30484: Use lexical binding

Hi David, 2018-02-16 10:39 GMT+01:00 David Kastrup <d...@gnu.org>: > Mosè Giordano <m...@gnu.org> writes: > >> We should make sure AUCTeX doesn't fundamentally use dynamic binding, >> in order to later switch to lexical binding. > > You have to pick one or the

bug#30423: separate flymake into latex-flymake.el

Hi Alex, 2018-02-16 17:57 GMT+01:00 Alex Branham : > Here's a different version of the patch I sent with flymake support in > its own file. I also removed the lexical-binding from latex.el. Great! Patch installed, thanks again. Bye, Mosè

bug#30423: 2018-01-25; [patch] flymake support

Hi Alex, thanks again for your contribution. I think it's fine in principle to support Flymake, as long as this doesn't introduce dependence on external packages. We strive to keep dependencies as low as possible. 2018-02-11 19:06 GMT+01:00 Alex Branham : > Flymake got

bug#30484: Use lexical binding

We should make sure AUCTeX doesn't fundamentally use dynamic binding, in order to later switch to lexical binding. Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex

bug#30424: [patch] replace cl with cl-lib

Hi Alex, thanks for this new patch. From what I've seen this doesn't introduce runtime dependence on cl-lib but just replaces cl macros with corresponding cl-lib macros, is this correct? Bye, Mosè 2018-02-11 19:10 GMT+01:00 Alex Branham : > The attached patch replaces

bug#30149: [Patch] remove some obsolete functions

Hi Alex, 2018-01-25 18:23 GMT+01:00 Alex Branham : > Helpful reminder email :-) Thank you so much for the remainder! I installed the patch. I only had to replace the path of preview.el, because that file is not tracked under git, there is preview.el.in instead. Thanks

bug#30239: Renaming environment "slide" to "frame"

Hi Agathe, 2018-01-24 19:10 GMT+01:00 Agathe Herrou : > Hello, > > When using AUCTeX with Beamer, the default environment when running C-c > C-e is "slide". As far as I know, this environment doesn't exist, and > the correct one is "frame". Attached is a suggested corrective.

bug#30158: 11.90.2.2017-07-25; latex from command line is ok, but called from auctex, gives problems

Hi Uwe, 2018-01-20 14:19 GMT+01:00 Uwe Brauer : > So I now started emacs from the command line and then everything is > fine. Only when I use an icon to start with. Strange. This isn't much strange if you use Ubuntu. If I remember correctly, programs started from the desktop

bug#20781: Xemacs 21.4.22 MaC OS Yosmite: (customize-option 'TeX-view-program-list) fails with error

Dear Uwe, I'm closing this ticket as we don't support XEmacs anymore. Bye, Mosè 2015-06-10 8:44 GMT+02:00 Uwe Brauer : > > Using Xemacs 21.4.22 mule on Mac OS Yosmite, I obtain the following > error when trying to run > (customize-option 'TeX-view-program-list) fails with

bug#30149: [Patch] incorrect patch sent

Hi Alex, thank you so much for your contribution, much appreciated! I see that you already signed copyright papers for Emacs, so there is no need to do it again for AUCTeX. I have only one question: 2018-01-17 20:45 GMT+01:00 Alex Branham : > diff --git a/tex.el

bug#29525: Please don't default to "--unique" mode for Okular

2017-12-05 13:57 GMT+01:00 Reuben Thomas : >> I'm honestly lost. Could you please explain what's the workflow you'd >> like to use? I thought it's something like this: >> >> 1) edit the source in AUCTeX >> >> 2) compile it with C-c C-c >> >> 3) open the output document in Okular

bug#29525: Please don't default to "--unique" mode for Okular

2017-12-04 13:58 GMT+01:00 Reuben Thomas : >> I missed to stress one important point of C-c C-v > > > There seems to be some confusion here: you brought up C-c C-v; I didn't > mention it. I was just using the plain "View" command from the C-c C-c menu. > (I guess I should

bug#29525: Please don't default to "--unique" mode for Okular

2017-12-03 10:26 GMT+01:00 Reuben Thomas : >> If you are working with many documents at the same time (say 3-4 or >> even more) switching between Emacs and the wanted document can be >> really annoying, using C-c C-v brings to focus the right instance of >> the viewer. This is what

bug#29525: Please don't default to "--unique" mode for Okular

2017-12-02 19:52 GMT+01:00 Reuben Thomas : > Thanks very much to both of you for your feedback. > > On 1 December 2017 at 21:49, Arash Esbati wrote: >> >> >> it is also the default for Yap, dviout, SumatraPDF. And this is the >> problem with defaults: Never 100%

bug#29525: Please don't default to "--unique" mode for Okular

Hi Reuben, 2017-11-30 22:57 GMT+01:00 Reuben Thomas : > I noticed that Emacs seemed only ever to start one instance of Okular, which > makes it impossible to view multiple files side-by-side. I tracked this down > to its use of --unique. While there may well be users who prefer

bug#29398: company-minimum-prefix-length

Hi Tassilo, 2017-11-23 9:04 GMT+01:00 Tassilo Horn : > Hi all, > > I've removed the code. The argument that many users also use the > dabbrev company backend in combination with the native completion of the > mode made sense. In that case, you might have thousands of completions >

bug#25002: Fail to preview latex in macOS emacs

Hi Michael, adding to what David said, we'll hopefully release a new stable version of AUCTeX, which will include the fix, by next week. Bye, Mosè 2017-11-23 9:10 GMT+01:00 Michael Heerdegen : > David Kastrup writes: > >> That's a different bug

bug#29398: company-minimum-prefix-length

Hi Fred, 2017-11-22 10:11 GMT+01:00 Frederik Beaujean : > Dear auctex developers, > > I'm using auctex with the company completion system. The problem is that > > company-minimum-prefix-length > > is ignored in tex files. This is annoying when typesetting math with the >

bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors

2017-10-24 9:25 GMT+02:00 jfbu : > What about spaces? I know there isn't > a single file with spaces in its path on my TeX installation, > and I personally will never ever attempt to use such in my > TEXMFHOME or in the document repertory or sub-repertories. TeX and AUCTeX don't

bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors

2017-10-23 18:35 GMT+02:00 jfbu <j...@free.fr>: > > Le 23 oct. 2017 à 17:09, Mosè Giordano <m...@gnu.org> a écrit : > >> 2017-10-23 14:47 GMT+02:00 jfbu <j...@free.fr>: >>> In real life example the ``:1: `` pattern appeared farther away on the line >&g

bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors

2017-10-23 14:47 GMT+02:00 jfbu : > In real life example the ``:1: `` pattern appeared farther away on the line > inside a sentence. To a human, it is obvious it is not a LaTeX error > message. I am confident the logic for recognizing such error messages > is improvable. I plan to

bug#28953: 11.91.0; wrong alert about inexistent LaTeX errors

Hi Jean-François, 2017-10-23 11:11 GMT+02:00 jfbu : > Hi, here is minimal example: > > \documentclass{article} > \begin{document} > \typeout{Hello:1: } > \end{document} > > This triggers AUCTeX log parser to report wrongly > that there were compilation errors. > > The two colons and

bug#28905: 11.90.2.2017-07-25; TeX-documentation-texdoc blocks

Hi Keita, 2017-10-22 15:13 GMT+02:00 Ikumi Keita <ik...@ikumi.que.jp>: > Hi Fran and Mosè, > >>>>>> Mosè Giordano <m...@gnu.org> writes: >> Hi Fran, >> 2017-10-19 23:38 GMT+02:00 Fran Burstall (Gmail) <fran.burst...@gmail.com>: >>&g

bug#28905: 11.90.2.2017-07-25; TeX-documentation-texdoc blocks

Dear Fran, please, when you reply to mailing lists use the "Reply all" button, so that the message will be delivered to all readers, not just me, and recorded in the bug tracker. 2017-10-20 1:10 GMT+02:00 Fran Burstall (Gmail) : > Hi Mosè, > > Yes, I get the same

bug#28905: 11.90.2.2017-07-25; TeX-documentation-texdoc blocks

Hi Fran, 2017-10-19 23:38 GMT+02:00 Fran Burstall (Gmail) : > Greetings! > > I do > > M-x TeX-documentation-texdoc > > and supply the argument amsmath when prompted. An evince > window fires with the documentation but emacs is blocked > until I exit evince. > > If I try

bug#28456: 11.90.2.2017-07-25; \\input parsing

Hi Pierre, 2017-09-14 7:55 GMT+02:00 Pierre Lorenzon : > As if second \input > \input{../../Exercices/Ensembles/Applications-Proprietes} > > were not parsed when first one > > \input{Introduction} > > is. In fact looking carefully at regexp used to match \\input >

bug#27602: 11.89; non-character input; Aquamacs blocked

Hi Albert, 2017-07-06 22:19 GMT+02:00 Albert Fisher : > This bug has occured before periodically. When I am editing my file, it > blocks and I need to type "p" for permission for every keystroke, which of > course is extremely annoying and also leads to errors. I then

bug#27213: 11.90.2; Display geometry unavailable: Wrong type argument: number-or-marker-p, nil

Hi Jorge, 2017-06-03 17:33 GMT+02:00 Jorge Moreira : > Display geometry unavailable: Wrong type argument: number-or-marker-p, nil > > Emacs : GNU Emacs 25.2.1 (x86_64-apple-darwin16.4.0) > of 2017-04-24 > Package: 11.90.2 > > Run buffer contents: > > Running `LaTeX' on

bug#26694: preview-at-point fails on very long lines with "End of buffer"

Hi Keita, 2017-05-28 15:12 GMT+02:00 Ikumi Keita : > I looked into this problem and would like to share my thoughts about > this. Thanks! As I said, mine was more a workaround rather than a real fix, I'm happy someone else is addressing the issue :-) > (1) Some problems of

bug#25322: preview-latex coding system problem with Japanese LaTeX

2017-05-26 19:11 GMT+02:00 Ikumi Keita <ik...@ikumi.que.jp>: > Hi Mosè, thanks for your response! > >>>>>> Mosè Giordano <m...@gnu.org> writes: >> Indeed I have a problem: all non skipped tests in >> japanese/preview-latex.el fail for me. Atta

bug#25322: preview-latex coding system problem with Japanese LaTeX

Hi! 2017-05-26 15:47 GMT+02:00 Ikumi Keita : > I wrote a suite of ERT files and commited them with the patches, since I > heard no objections during the span. I also commited the patch in my > previous message to make preview-latex to work with xemacs on w32 > system. > >

bug#25322: Acknowledgement ([AUCTeX-devel] preview-latex coding system problem with Japanese LaTeX)

Hi Keita, 2017-05-18 15:32 GMT+02:00 Ikumi Keita : > Hi all, > > I worked on to resolve the remaining problems with respect to the > incompatibility between preview-latex and Japanese LaTeX, and think that > I managed to sort out them. Please take a look at the attached

bug#26694: preview-at-point fails on very long lines with "End of buffer"

Hi Frank, 2017-04-28 15:26 GMT+02:00 Frank Fischer : > However, I would say the the column offset is just wrong. Either > subtract the length of the preceding text (in the original buffer) from > the column number or copy the preceding text to the temp buffer as

bug#26694: preview-at-point fails on very long lines with "End of buffer"

Hi Frank, 2017-04-28 15:26 GMT+02:00 Frank Fischer : > Hi, > > consider the following example file https://pastebin.com/73W7EbCa > > This file has a single very long line with one math item at the end. Do > the following: > > 1. generate the preview with C-c C-p C-p

bug#26125: ispell fails to detect certain typos

Hi Leon, 2017-03-16 13:29 GMT+01:00 Leon Meier : > Used packages: > - auctex 11.90.0, > - emacs 24.3.1 (24.3-22.1 on OpenSuse), > - ispell 3.3.02 (3.3.02-113.1 on OpenSuse), > - ispell-american (american.aff v 1.23, 3.3.02-113.1 on OpenSuse) > > Bug description: > > Create

bug#25674: Support for subfiles in `reftex-TeX-master-file'

Hi Arash, 2017-02-10 9:48 GMT+01:00 Arash Esbati : > Hi all, > > the function `reftex-TeX-master-file' in `reftex.el' has support for > subfiles package, but I think the regexp there does not match all > cases. Please consider a main file "subfile-main.tex" and a sub-file >

bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.

2017-02-01 11:20 GMT-08:00 Tassilo Horn : > Gosh, can you please clean up after me? I'm already in the bringing sick son > to bed business which might take a while. Done. Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org

bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.

2017-02-01 10:29 GMT-08:00 Tassilo Horn : > Tassilo Horn writes: > >> Ikumi, I'll implement that now. Could you please check if it works as >> expected in the coming days? > > Pushed with commit d54e7472. The second argument of `local-variable-p' is mandatory in

bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.

Hi Tassilo, 2017-02-01 7:57 GMT+01:00 Tassilo Horn : > Do you know if XEmacs has some similar feature, i.e., a way to check > which variables have been set using file (or directory) local variables? If you want to check whether a variable was set locally in a XEmacs-compatible way

bug#22610: Auctex doesn't work with Atril (Mate's version of evince)

Hi Antoine, 2017-01-21 21:51 GMT+01:00 Antoine Levitt : > Same here, works on 1.16.1, you can close the ticket. Many thanks! > > Of course, in the meantime, the distribution I use (Linux Mint) has > decided to introduce a second fork of evince (!), called Xviewer, but I

bug#22610: Auctex doesn't work with Atril (Mate's version of evince)

Hi Antoine, today I tried Atril again, version 1.16.1, and it seems that both forward and inverse search now work. Can you please confirm? If you do so, we can close this ticket. Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org

bug#24412: 11.89; Wrong DocTeX-mode

Hi Piet, 2016-09-12 11:55 GMT+02:00 Piet van Oostrum : > I want newline in a dtx buffer to automatically insert the % at the beginning > of the line. You have to set TeX-newline-function to an appropriate value. I > thought LaTeX-newline would be a good value, but that is

bug#24952: 11.89.7; Makeglossaries missing

Hi Ernst, 2016-11-16 5:46 GMT+01:00 Ernst Reissner : > This is more a feature request than a bugreport: They're fine ;-) > As index creation is supported invoking makeindex, > also glossary creation shall be supported invoking makeglossaries. I added a "Glossaries" entry to

bug#25447: 11.90.0; alltt environment should allow being extended in wrapper

Hi Jean-François, 2017-01-14 11:41 GMT+01:00 jfbu : > Hi, > > \newenvironment{myalltt} > {\begin{alltt}% >\IamAllowedToDefineWrapperOfAllTT >\ButFontificationByAucTeXIsProblematic > } > {\end{alltt}} > > causes fontification problem. I can use \alltt and \endalltt > but

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

2017-01-12 20:08 GMT+01:00 jfbu : > I get the script raising to work fine, but under the condition > of typing explicitely braces, i.e. > > \( x^{y^{z^a_b}} \) > > does the expected thing from the docs after having set to > multi-level the ‘font-latex-fontify-script’, but the thing >

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

2017-01-12 20:01 GMT+01:00 jfbu <j...@free.fr>: > Le 12/01/2017 à 19:57, Mosè Giordano a écrit : >> >> 2017-01-12 19:50 GMT+01:00 jfbu <j...@free.fr>: >>> >>> Hi Mosè, >> >> >> What is "^" bound to? Issue >> >>

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

Hi Jean-François, 2017-01-12 8:38 GMT+01:00 jfbu : > Hi All, > > in the attached screenshot with newly released 11.90, one sees > a feature which I find a bit disturbing: all the subscripts look > like they have a leading minus sign, where in fact it is the underscore > character. >

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

2017-01-05 14:01 GMT+01:00 Tassilo Horn : > The problem was that the face/display specs for the script chars > replaced the existing specs (math and sub/superscript), thus they were > never shrunken. Now I prepend the spec which means that the shrinking > happens also for ^_ which

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

2017-01-04 18:43 GMT+01:00 Tassilo Horn : > Anyway, my sense for aesthetics is very rudimentary so you have to > explain to me where the bug is. What I did, however, is that I changed > the default raise values from ±0.3 to ±0.5. So indeed the superscripts > are a bit more raised

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

2017-01-04 17:08 GMT+01:00 Mosè Giordano <m...@gnu.org>: > Hi Tassilo, > > while trying to reproduce the problem reported by Gennady (I can > confirm it), I noticed another glitch. Now the baseline of the script > is slightly above (below) of "^" ("_&qu

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

$ > > Notice that $ is then "raised". Now erase the exponents by doing > $1=x^2|$ > $1=x^|$ > $1=x^$ > The problem is that the closing $ is still raised. > > > When I have more info I'll write more. > > Cheers, > > Gennady > > > On 03/01/

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

2017-01-03 16:27 GMT+01:00 Tassilo Horn : > Ok, there's a new variable `font-latex-fontify-script-max-level' which > defines up to which scriptification level the script faces are applied > again (thereby causing the decrease in font size). > >> In my pixelated example, position of

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

2016-12-31 15:57 GMT+01:00 Gennady Uraltsev : > Hello, > > I use Emacs a lot but I am not very familiar with coding. During this > winter break I tried to look through the code base a bit to learn. > > The multi-level fontification was introduced by > Tassilo Horn with

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

Hi Gennady, 2016-12-31 15:12 GMT+01:00 Gennady Uraltsev : > Hello, > > I have discovered multi-level fontification of sub and superscripts. Honestly, I didn't even know this feature! > However it seems slightly broken. While the scaling of the text defined > in the

bug#24444: documentation bug

Hi Tyler, 2016-09-15 16:13 GMT+02:00 Tyler Smith : > Hi, > > The manual section "(auctex) Adding Macros" includes the following: > > 'TeX-arg-file' > Prompt for a filename in the current directory, and use it > without > the extension. > > This

bug#24546: 11.89.5; preview-latex does not work with beamer TL2016

Hi Uwe, 2016-09-26 10:22 GMT+02:00 Uwe Brauer : > >> Hi Uwe, >> 2016-09-26 10:02 GMT+02:00 Uwe Brauer : > >> What do you expect to be previewed in a document where there is >> nothing to preview? If I add an equation, either inline or display, >

bug#25276: 11.89.8; xetex engine not work when master filename contains space

Hi Arash, > As a test, at a command prompt I can do > > xelatex -interaction=nonstopmode "\input" "foo bar.tex" > > and it works, but > > xelatex -interaction=nonstopmode "\input" '"foo bar.tex"' > > exits with: > > This is XeTeX, Version 3.14159265-2.6-0.6 (TeX Live 2016/W32TeX)

bug#25276: 11.89.8; xetex engine not work when master filename contains space

Hi Qiang, 2016-12-27 8:52 GMT+01:00 Qiang Yin : > > I test the example "foo bar.tex" on Debian with Emacs 24.4. > > When run "M-: (shell-quote-argument （TeX-master-file)) RET" on "foo > bar.tex",it returns "foo\\ bar"; > and run the same command on "foo.tex" it returns

bug#25276: 11.89.8; xetex engine not work when master filename contains space

2016-12-26 18:59 GMT+01:00 Qiang Yin : > Hi Mosè, > > 1. When run on "foo bar.tex" it returns "\"foo bar\"". > 2. When run on "foo.tex" it returns "\"foo\"". Thank you. I cannot tell what's the difference and why it works in one case but not in the other. Sorry, I don't

bug#25276: 11.89.8; xetex engine not work when master filename contains space

' to build the compilation command. Thank you, Mosè 2016-12-26 17:25 GMT+01:00 Mosè Giordano <m...@gnu.org>: > Hi Qiang, > > 2016-12-26 16:34 GMT+01:00 Qiang Yin <yinqiang.s...@gmail.com>: >> Hi, >> I prefer xetex as my default tex engine. But this will cause a AucTeX >&

bug#24951: 11.89.7; TeX-command-extra-options takes only last option into account.

eX file with C-c C-n. Does this solve your issue? Bye, Mosè 2016-11-30 2:12 GMT+01:00 Mosè Giordano <m...@gnu.org>: > Hi Ernst, > > 2016-11-29 22:38 GMT+01:00 Ernst Reissner <rei3...@arcor.de>: >> So the blank between -recorder and -shell-escape seems to be ign

bug#24951: 11.89.7; TeX-command-extra-options takes only last option into account.

Hi Ernst, 2016-11-29 22:38 GMT+01:00 Ernst Reissner : > So the blank between -recorder and -shell-escape seems to be ignored. > How can this be? > And how to explain that the behavior changed??? No idea, really, above all the fact that you're experiencing a different problem

bug#24989: 11.89; Wrong number of arguments: setq, 3

Hi Andrei, 2016-11-22 20:45 GMT+01:00 Andrei Sabelfeld : > Wrong number of arguments: setq, 3 This bug report is pretty... well... short. I guess you're experiencing the same problem reported here https://debbugs.gnu.org/cgi/bugreport.cgi?bug=22417 (ie, you're loading the

bug#24951: 11.89.7; TeX-command-extra-options takes only last option into account.

Hi Ernst, please don't write privately to me but push the "Reply all" button in order to send your message also to the bug tracker. Using the "Reply all" button is a good habit in mailing lists ;-) 2016-11-18 20:24 GMT+01:00 Ernst Reissner : > Hi Mosè, >> 2016-11-16 5:44

bug#24951: 11.89.7; TeX-command-extra-options takes only last option into account.

Hi Ernst, 2016-11-16 5:44 GMT+01:00 Ernst Reissner : > I set in my latex main file: > > %%% TeX-command-extra-options: "-src-specials -recorder -shell-escape" > > Nevertheless, when running the pdflatex compiler, > the only option I receive is -shell-escape, the last one. Does

bug#24866: AucTeX not working on Emacs 25.1.1 for Mac

Hi Lars, 2016-11-08 0:02 GMT+01:00 Lars Eriksson : > Hi Mosè, > > I have now tested AucTeX (from git) on Emacs 25.1-1 on Mac and I am sorry to > say that adding load paths did not help in my case. Same error, independent > of load path. I have tried both without and with the

bug#24877: Feature request: let TeX-error-overview show warnings, but ignore them in TeX-next-error

Hi Clément, 2016-11-07 1:58 GMT+01:00 Clément Pit--Claudel <clement.pitclau...@live.com>: > On 2016-11-06 18:20, Mosè Giordano wrote: >> Hi Clément, > > Hi Mosè, > >>> […] It could say "no errors or warning to show; try >>> customizing `…'"? &

bug#24866: AucTeX not working on Emacs 25.1.1 for Mac

Hi Lars, 2016-11-05 12:42 GMT+01:00 Lars Eriksson : > A correction: > I made a mistake in my test with the 24.5, I was too quick on the keyboard > With the auctex error there is no syntax highlighting. I installed 24.5 and > AucTeX and opened emacs with a latex file and got

bug#24877: Feature request: let TeX-error-overview show warnings, but ignore them in TeX-next-error

Hi Clément, 2016-11-04 17:00 GMT+01:00 Clément Pit--Claudel : > Hi all, > > I just found about TeX-error-overview, but when I first tried to use it it > just complained that there were "no errors or warning to show". Reading > through the implementation, I realized

bug#24866: AucTeX not working on Emacs 25.1.1 for Mac

Hi Lars, 2016-11-03 12:54 GMT+01:00 Lars Eriksson : > Hi, > > Might be Emacs and not AucTeX that cause the problems but it was AucTeX that > triggered my problems, and I wanted to make you aware... > > I have a clean installation of Emacs for Mac 25.1.1 and pulled a fresh >

bug#24771: 11.89.6; C-c C-c misses one LaTeX run in BibTeX documents

Hi Uwe, 2016-10-23 9:36 GMT+02:00 Uwe Siart : > When I compile documents that use BibTeX by "C-c C-c" or by "C-c C-a" > AUCTeX 11.89.6 calls the viewer before all citations are resolved. In > other words, "C-c C-c" calls the command "View" even after the warning > "There were

bug#24667: AUCTeX citation color

Hi Arash, 2016-10-16 12:03 GMT+02:00 Arash Esbati : > I considered that, but dropped the idea because of various reasons: > natbib does not have uppercase version of the commands (e.g. \Citep), I > had to include them in biblatex.el anyway. Other commands like >

bug#24667: AUCTeX citation color

Hi Arash, 2016-10-15 14:53 GMT+02:00 Arash Esbati : > That was also was my first answer, but then I realized that biblatex.el > doesn't have support for natbib compat macros (cf. biblatex manual, > §3.8.9 natbib Compatibility Commands). I asked Travis to file this bug

bug#24690: Customize ConTeXt-Mark-version results in wrong-type-argument

Hi Silvester, 2016-10-14 7:47 GMT+02:00 Roessner Silvester SGD AS-ER/QMM1 * : > Hello, > > > > First: AUCTeX is really a great tool! > > I want to thank you for developing and maintaining it. Thanks for the kind words :-) > When I try to set ConTeXt to Mark IV > >

bug#24668: 11.89.5; Parse failure if long comment at head of file

close 24668 tags 24668 notabug thanks Hi Fran, 2016-10-12 12:17 GMT+02:00 Fran Burstall : > Dear Mosè, > > That was the problem: I had set TeX-auto-parse-length to 2000 (thinking, > foolishly, that this meant lines not characters). Good to know you solved your

bug#24667: AUCTeX citation color

close 24667 tags 24667 notabug thanks Hi Travis, 2016-10-13 15:15 GMT+02:00 Travis Knepp : > Mose, > > Thank you for your help. This seems to have solved the issue. Sorry > for the "bug" false alarm. I will post your solution to the stack exchange. You're

bug#24668: 11.89.5; Parse failure if long comment at head of file

Hi Fran, 2016-10-12 10:18 GMT+02:00 Fran Burstall : > Hi Mosè, > > Here is such an example. > > I would expect auctex to parse this and write a style file to ./auto but, > for me, it does not unless I remove the long comment at the start of the > file. Thank you. I

bug#24667: AUCTeX citation color

Hi Travis, 2016-10-11 12:49 GMT+02:00 Travis Knepp : > Coloring of citations (when using \citep, \citet, etc. as opposed to just > using \cite) is not properly working. Details from the stackexchange post >

bug#24668: 11.89.5; Parse failure if long comment at head of file

Hi Fran, 2016-10-11 17:42 GMT+02:00 Fran Burstall : > Greetings, > > My LaTeX file starts with a long (59 line) comment > containing header information. > > I noticed that the file was not being parsed and no style > file written to ./auto or read from there. > > If I

bug#24481: 11.89.5; Wrong indentation in tabular environment

this right now, if someone is willing to dig further into this, please go ahead. Bye, Mosè 2016-09-28 22:21 GMT+02:00 Mosè Giordano <m...@gnu.org>: > Hi Denis, > > I cannot work on this right now, but I'm writing to acknowledge I can > reproduce the problem you reported. I hope

bug#24479: Problem opening .tex files on 25.1 under Windows 7

Hi Dave, 2016-09-21 10:50 GMT+02:00 Dave Footitt : > > Aha, many thanks! > > Running that on my last working copy (25.0.50.1) gives: > > "--prefix=/z/emacs --host=x86_64-w64-mingw32 --target=x86_64-w64-mingw32 > --build=x86_64-w64-mingw32 --with-wide-int --with-jpeg --with-xpm >

bug#24546: 11.89.5; preview-latex does not work with beamer TL2016

Hi Uwe, 2016-09-26 10:02 GMT+02:00 Uwe Brauer : > > Hi > > Attached you find test-bug.tex which uses the beamer package as shipped > by TL 2016, together with the relevant logs. > > I can compile this file with pdflatex and latex, however when I try to > run preview-latex no

bug#24245: closed (Re: bug#24245: 25.0.93; AUCTeX TeX-function-p)

Hi, 2016-09-02 4:40 GMT+02:00 : > It might cause problems in Emacs 22, I find this in NEWS.23: > > * Incompatible Lisp Changes in Emacs 23.1 > [...] > ** `functionp' returns nil for special forms. > I.e., it only returns t for objects that can be

bug#24301: 11.89.4; Crashes Emacs upon Invokation

Hi David, 2016-08-24 21:09 GMT+02:00 David Kastrup : > Edward Lewis writes: > >> Attempts to invoke ‘preview latex’ from menu, icon in Emacs, using >> keystrokes immediately crashes Emacs. >> >> Emacs : GNU Emacs 24.3.1 (x86_64-apple-darwin, NS

bug#24263: TeX-fold-item and environments with an '*'

Hi Tyler, 2016-08-19 2:29 GMT+02:00 Tyler Smith : > Hi, > > I'm not sure if this is a bug, or if I'm not using folding properly. I'm > trying to enable folding of math environments, using > TeX-fold-env-spec-list to set the replacement text to "[equation]". This > works fine

bug#24114: 11.89; commath macros not accessible via TeX-insert-macro

Hi Anton, 2016-07-30 14:12 GMT+02:00 Anton S. : > The macros defined by the commath package are not accessible with > TeX-insert-macro. > The package is included via \usepackgage and compilation of a file with > commath works. The commath macros are not in TeX-symbol-list. Even >

bug#24079: 11.89.4; Auctex noweb issue.

, Mosè 2016-07-27 16:57 GMT+02:00 Shawn Way <s...@meco.com>: > I tried ESS version 15.09 and 16.04. they both cause the same issue. > > Shawn Way, PE > > > -Original Message----- > From: Mosè Giordano [mailto:m...@gnu.org] > Sent: Wednesday, July 27, 2016 9:35 AM

  1   2   3   >