bug#21478: 2015-09-05; latex, dvi, no viewer found

> Tassilo Horn writes: Hi > (I'm going through old bug reports that unfortunately weren't resolved > at the time.) > More information was requested which was not provided. Therefore I'm > closing this report. We can reopen if new input arrives. If I understand the BUG is from 2015, right?

bug#65648: 13.2; indentation of nested environments

> Hi Paul > Well, I run make clean, reset, pulled again applied the patch to commit > 2151c3831fcff9 > Run make, > make install > Tried again, > But I do see this behavior, I am now puzzled, and have to investigate > that further. It seems also to happen without the patch, uff, right

bug#65648: 13.2; indentation of nested environments

>>> "PN" == Paul Nelson writes: Hi Paul > Hi Uwe, > I don't see the behavior you describe; on my end, filling does not change > the latex you provided. I've tried it with LaTeX-fill-environment and > indent-region. > Also, with this patch, the setting LaTeX-indent-always-align-end-with-begin >

bug#65648: 13.2; indentation of nested environments

> Hi Paul and Uwe, Hi Keita > I've been gradually inclined to the attached approach. Namely, align "&" > as well as \end{foo} relative to beg-col, not beg-pos. In this way, the > above examples turn into > -- >

bug#65648: [off-topic your packages]

>>> "PN" == Paul Nelson writes: > Hi Uwe, >> Just a short comment, why don't to combine both package to one single >> repository, since czm-tex-edit.el requires dynexp.el? >> That would make it a bit easier to install. >> >> >> I will try to test them in the coming days. >> > Thanks for your

bug#65648: 13.2; indentation of nested environments

>>> "PN" == Paul Nelson writes: Hi Paul > Hi Ikumi and Uwe, > Thanks to both of you for your feedback. Thanks for your proposal > I agree that it's better to have begin/end line up when all else is > equal, but with the current state of AUCTeX (since this bug was > introduced), it is a severe

bug#65648: [off-topic your packages] (was: bug#65648: 13.2; indentation of nested environments)

>>> "PN" == Paul Nelson writes: Hi Paul > Hi Uwe, > Thanks for your response. First I'll respond to the minor points: >> You say indent-region >> >> I am referring here to the LaTeX-filling-functions, such as >> LaTeX-fill-environment, LaTeX-fill-section etc > There's no important

bug#65648: 13.2; indentation of nested environments

>>> "PN" == Paul Nelson writes: Hi Paul > Hi Uwe, > Thanks for your response. First I'll respond to the minor points: >> You say indent-region >> >> I am referring here to the LaTeX-filling-functions, such as >> LaTeX-fill-environment, LaTeX-fill-section etc > There's no important

bug#65648: 13.2; indentation of nested environments

thors via ~(defun fix-tex-buffer ...)~), but that >> seems suboptimal. >> The following seems to resolve the issue: > Thanks for your proposal. I think it can be a practical solution for > bug#54949[1] as well. > The proposal gives one failure for regression

bug#59638: 13.0.9; reftex-toc counts incorrectly if section is commented out

>>> "AE" == Arash Esbati writes: > Uwe Brauer writes: >>>>> "AE" == Arash Esbati writes: >> >>> diff --git a/lisp/textmodes/reftex.el b/lisp/textmodes/reftex.el >>> index e72576cdc7..c72dd5fa07 100644 >>>

bug#59638: 13.0.9; reftex-toc counts incorrectly if section is commented out

>>> "AE" == Arash Esbati writes: > Hi Tassilo, > Tassilo Horn writes: >> I'd call it a feature. I mean, when you have commented out sections, >> you'll most probably intend to uncomment them again. Otherwise, you >> could just delete them, no? Not really. Sometimes these constructions are

bug#59638: 13.0.9; reftex-toc counts incorrectly if section is commented out

? Regards Uwe Brauer Emacs : GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.14.6, Xaw3d scroll bars) of 2022-05-02 Package: 13.0.9 current state: == (setq AUCTeX-date "2021-04-25" window-system 'x LaTeX-version "2e" TeX-style-pat

bug#58612: 13.0.9; fill environment returns, sometimes, an error

>>> "AE" == Arash Esbati writes: Hi Arash Thanks for your replay > Hi Uwe, > Uwe Brauer writes: >> Sometimes when calling LaTeX-fill-environment I receive an error, >> whose trace I attach. Restarting emacs resolves the problem, so I am >>

bug#58612: 13.0.9; fill environment returns, sometimes, an error

Hi Sometimes when calling LaTeX-fill-environment I receive an error, whose trace I attach. Restarting emacs resolves the problem, so I am not sure who is the culprit here. Regards Uwe Brauer Emacs : GNU Emacs 29.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo version 1.14.6, Xaw3d

bug#28405: Adding entries to LaTeX-indent-environment-list

>>> "AE" == Arash Esbati writes: > Uwe Brauer writes: >> If I receive an equation that is badly filled and indented, I have to >> run LaTeX-fill-environment twice: >> >> 1. Having equation in the `LaTeX-indent-environment-list' >> >>

bug#28405: Adding entries to LaTeX-indent-environment-list

> [I've removed to reduce the X-Posting] > Ikumi Keita writes: > That sounds good. > After some reconsideration, I vote for putting all environments into > `LaTeX-indent-environment-list'. This would give users and developers > the maximum flexibility -- my idea above is asking for unhappy

bug#28405: Adding entries to LaTeX-indent-environment-list

> Uwe Brauer writes: > I'd go back to the sender telling him his code is utterly broken and I > will not fix it  Lucky you, I can't do that  > Then you have to customize `LaTeX-indent-environment-list' and remove > the entries for 'align', 'equation' and other ma

bug#28405: Adding entries to LaTeX-indent-environment-list

>>> "AE" == Arash Esbati writes: Hi Arash > Uwe Brauer writes: >> I am deeply puzzled now. >> >> 1. I like Keita's patch because it results in filling with a much >> better indenting. >> >> 2. But, are you saying the price for t

bug#28405: Adding entries to LaTeX-indent-environment-list

> Hi Keita, > Ikumi Keita writes: > Thanks for raising this inconsistency. My vote is to harmonize this and > add all math environments to `LaTeX-indent-environment-list', > i.e. disabling filling. Then the question is how a user can control the > custom variable when we add entries to it as

bug#28405: Adding entries to LaTeX-indent-environment-list

>>> "IK" == Ikumi Keita writes: > [ Added 28...@debbugs.gnu.org to Cc: ] >>>>>> Uwe Brauer writes: >>>>> "IK" == Ikumi Keita writes: >>> Hi all, >>>>>>>> Ikumi Keita writes: >>> Thank

bug#48757: [SOLVED] (was: bug#48757: 13.0.9; macintosh, creating directory no supported)

>>> "UB" == Uwe Brauer writes: > Hi > I use usually Ubuntu 16.04, but for the coming days I have to use a > MacBook Air, with 10.15 and fink installed (but a texlive 2020 version) > I copiled emacs master, but something in my configuration might be > broken,

bug#48757: 13.0.9; macintosh, creating directory no supported

de") funcall-interactively(execute-extended-command nil "LaTeX-mode" "LaTeX-mode") call-interactively(execute-extended-command nil nil) command-execute(execute-extended-command) Anybody has an idea? I have the feeling it has to do with new feature TeX-output-directory

bug#47248: 12.3; TeX-output-dir fails for TeX region, view pdf

>>> "IK" == Ikumi Keita writes: Hi Ikumi > Hi Uwe, >>>>>> Uwe Brauer writes: >> With the setting >> (setq TeX-output-dir "build" >> TeX-region "build/_region_") > There was a design change in the treat

bug#47248: 12.3; TeX-output-dir fails for TeX region, view pdf

Hi I have not used TeX-region for a while, but now there seems a bug. With the setting (setq TeX-output-dir "build" TeX-region "build/_region_") There seems a bug, in TeX-region using the view command. Steps to reproduce the error (see the attached file) 1. Mark say the

bug#42799: 12.2.0; reftex?: R2L, Hebrew: automatically labeling does not work for sections

>>> "AE" == Arash Esbati writes: Hi Arash > Hi Uwe, > Uwe Brauer writes: First my apologies for not having read carefully enough the documentation :-[ > (setq reftex-label-illegal-re "[^-a-zA-Z0-9_+=:;,.א-ת]") > Want to give it a roll? Oh yes

bug#42799: 12.2.0; reftex?: R2L, Hebrew: automatically labeling does not work for sections

, running (set-input-method "hebrew" t) in the minibuffer or (set-input-method "hebrew-phonetic-qwerty" t) And then typing the word מאוא results in \section{מבוא} \label{sec:} But is should be \section{מבוא} \label{sec:מבוא} Regards Uwe Brauer == (setq

bug#37663: 11.90.2.2017-07-25; reftex-create-bibtex-file does not work

Hi Arash > Hi Uwe, > Uwe Brauer writes: > I tried your test file and it works for me. Loading your .tex file and > running `M-x reftex-create-bibtex-file RET' asks me for a file name and > writes a file with this message: > 2 entries extracted and copi

bug#37663: 11.90.2.2017-07-25; reftex-create-bibtex-file does not work

Attached please find the minimal latex file, the bib file and the error message. I know it worked in the past. Regards Uwe Brauer Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll bars) of 2019-08-26 Package: 11.90.2.2017-07-25 current state

bug#36461: 11.90.2.2017-07-25; xemacs21.4.22 mule, problem with window too small (auctex 11.92)

> Uwe Brauer writes: > That kind of error would happen when you are in the minibuffer when > trying to split a window. Are you sure that clicking on a menu entry > happens while point is still in the main window and the minibuffer is > still inactive? Yes it happens even then.

bug#36461: 11.90.2.2017-07-25; xemacs21.4.22 mule, problem with window too small (auctex 11.92)

Hi I installed a colleague who is running xemacs21.4.22 on Ubuntu 16.04 the latest auctex version which is compatible with xemacs, namely 11.92. While everything works fine when using keys (like C-c C-c) when accessing the latex commands via the menu the following error pops up Debugger

bug#32178: 11.90.2.2017-07-25; TeX-view, okular fails

Hi Ikumi, > Hi Uwe, > I'm sorry, this is a regression due to my recent commit. The fix is > committed a week ago, so please sync with the latest git repository of > AUCTeX. Thanks very much, that works now! So you can close that bug report. BTW, I think this was already

bug#32006: [SOLVED] (was: bug#32006: 11.90.2.2017-07-25; preview does not work)

>>> "Uwe" == Uwe Brauer writes: > Hello > Consider the following minimal example > When running preview-document, I receive an error which I attach. I upgraded to git master and the error is gone. Sorry for the noise. smime.p7s Description: S/

bug#32006: 11.90.2.2017-07-25; preview does not work

Hello Consider the following minimal example When running preview-document, I receive an error which I attach. Regards Uwe Brauer Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, Xaw3d scroll

bug#30158: [Partially Solved]

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > I've seen this question also some times from people on MacOS -- > it's not an AUCTeX bug. It is more the issue Mosè has described. I > can't tell how you can fix it, but I'm closing this report since

bug#30158: [Partially Solved] (was: bug#30158: 11.90.2.2017-07-25; latex from command line is ok, but called from auctex, gives problems)

>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: > Hi Uwe, > 2018-01-20 14:19 GMT+01:00 Uwe Brauer <o...@mat.ucm.es>: >> So I now started emacs from the command line and then everything is >> fine. Only when I use an icon to st

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

"Mosè" == Mosè Giordano <m...@gnu.org> writes: > Hi Uwe, 2018-01-20 14:19 GMT+01:00 Uwe Brauer > <o...@mat.ucm.es>: >> So I now started emacs from the command line and then >> everything is fine. Only when I use an icon to start with

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Where/how do you set TEXINPUTS? I am using the tcsh shell, so in the .login via setenv setenv TEXINPUTS ".:${HOME}/tex/:${HOME}/ALLES/HGs/tex/bib:${HOME}/ALLES/HGs/tex/sty:${HOME}/ALLES/HGs/tex/sty/local-bidi/bidibeamer:${HO

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > in your .tex file, what do see if you insert and eval this: > (insert "\n" > (format "%s" (getenv "TEXINPUTS"))) So I just checked my Ubuntu 14.04 machin

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > in your .tex file, what do see if you insert and eval this: So finally I installed Ubuntu 16.06 also in the other laptop and found the same (for me very serious) problem. > (insert "\n"

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > in your .tex file, what do see if you insert and eval this: > (insert "\n" > (format "%s" (getenv "TEXINPUTS"))) Hi Arash, Thanks for your answer. I

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

exited abnormally with code 1 at Thu Jan 18 16:26:07 I don't understand that at all When I run from the command line pdflatex -file-line-error --synctex=1 -interaction=nonstopmode "\input" prog_elementos-17-18.tex Everything is ok. What is up here? Uwe Brauer Emacs : GNU E

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

"GNU" == GNU bug Tracking System <help-debb...@gnu.org> writes: > From: Mosè Giordano <m...@gnu.org> Subject: Re: bug#20781: > Xemacs 21.4.22 MaC OS Yosmite: (customize-option > 'TeX-view-program-list) fails with error To: Uwe Brauer

bug#30046: 11.90.2.2017-07-25; prettify and breqn (dmath)

>>> "Arash" == Arash Esbati <ar...@gnu.org> writes: Hi Arash > Uwe Brauer <o...@mat.ucm.es> writes: >> A picture says more than 1000 words. I attach a screen shot in which the >> math constructs in an equation are correctly prettified but no

bug#30046: 11.90.2.2017-07-25; prettify and breqn (dmath)

Hi A picture says more than 1000 words. I attach a screen shot in which the math constructs in an equation are correctly prettified but not in a dmath (and similar breqn packages environments) environment. Regards Uwe Brauer Emacs : GNU Emacs 26.0.50.1 (i686-pc-linux-gnu, GTK+ Version

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

>>> "Tassilo" == Tassilo Horn writes: Hi Tassilo > 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 >

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

>>> "Tassilo" == Tassilo Horn writes: > Tassilo Horn writes: >>> The only acceptable syntax is: >>> >>> $a_{b_c}$ >> >> Ah, right. That makes things a bit easier. Basically, we can assume >> that in $a^{b^c}$ the {b^c} part is already

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

>>> "Gennady" == Gennady Uraltsev writes: > Hello everyone, > I am sorry for all the problems that have arisen. I wanted to contribute > to the discussion somewhat. This is for sure not your fault. > 1) Personally I often have double subscripts i.e.

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > That might indicate that you are working in a field of math where there > are few exponentiated expressions which are already exponentiated. But > I don't think that exponents have grown out of vogue in

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

> Uwe Brauer <o...@mat.ucm.es> writes: > Hi Uwe, > Yes, exactly. > Sorry, but I think there's no value in a feature which only works in the > simplest cases and might be wrong otherwise. Have a look at Gennady's > screenshots. I have seen his shot

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

> Gennady Uraltsev writes: > Hi Gennady, > Right. > Seems to be the case although only with scripts containing {...} with > nested scripts. > Yes, that seems to be the current behavior. > I've also re-read the docs in the meantime

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

>>> "Gennady" == Gennady Uraltsev writes: > Dear Tassilo, > Actually no, the bug appears in all three versions: 24.3 I can confirm this. The bug appears in 24.3 and auctex from elpa. Uwe ___ bug-auctex mailing

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

>>> "Gennady" == Gennady Uraltsev writes: > Hello Everyone, > I tried installing auctex thorough elpa in emacs 24.3.1 . It was > difficult as it gave errors quite often, however after trying again > several times I managed to do it. I did this also,

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

>>> "Tassilo" == Tassilo Horn <t...@gnu.org> writes: > Uwe Brauer <o...@mat.ucm.es> writes: >> I have 24.x,[1] but I have to change my init file because right now I >> obtain on start the following error: >> Warn

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

> Mosè Giordano writes: > Hi Gennady, Uwe & Mosè, > [CC'ing Uwe because I know he uses this feature.] > Does anyone of you have an older Emacs copy (22.x, 23.x, 24.x) > installed and can check what the results are with that? Hm I run emacs -Q load a simple

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

> Mosè Giordano writes: > Hi Gennady, Uwe & Mosè, > [CC'ing Uwe because I know he uses this feature.] > I just had a look and Gennady is correct in that there is an issue here > although what I get is a bit different from his observations. > With

bug#23180: Still a problem

>>> "Mosè" == Mosè Giordano writes: > Hi Uwe, > can we close this ticket? > Bye, > Mosè Sorry forgot all about it, I look into it right now and report back. Uwe ___ bug-auctex mailing list bug-auctex@gnu.org

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 <o...@mat.ucm.es>: > 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, > the preview is correctly generated. Ah I

bug#23180: Still a problem

>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: > Hi Uwe, > 2016-04-02 19:31 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >>>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: >> (I think everybody is tired with th

bug#23180: Still a problem (was: bug#23180: 2016-01-31; Auto-capitalize and change env)

>>> "Mosè" == Mosè Giordano writes: > Hi Uwe, > I dug further into the bug and noticed that it can be better > circumvented by setting `auto-capitalize-predicate' to > (lambda () (not (save-match-data (texmathp I did the change (defun

bug#23180: 2016-01-31; Auto-capitalize and change env

> 2016-04-01 15:17 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > Ok, thanks, now I can reproduce it but can't find the real culprit. Good, I was starting to feel paranoid :-D > The problem is that after `replace-match' point is left after > "\begin", inste

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

> 2016-04-01 15:38 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > As expected, because synctex looks for the .synctex.gz file with the > same base name of the .pdf file, and can't find it in this case Ok, I put the latex file in 2 different directories TL2009 and TL2015 an

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

>>> "Mosè" == Mosè Giordano <m...@gnu.org> writes: > 2016-04-01 14:01 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >> >> > 2016-04-01 12:56 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >> >> > Yes, it's weird, it

bug#23180: 2016-01-31; Auto-capitalize and change env

> 2016-04-01 12:47 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > Then can we close this? :-) Hm, I found the recipe: emacs -Q load auto-capitalize manually. Load the following two files Open a latex buffer and proceed as I said. The problem is caused by this (add-hook

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

> 2016-04-01 12:56 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > Yes, it's weird, it works for me flawless with Okular as viewer and > TeX Live 2015 installed with the same method. In a LaTeX buffer, what > does > (TeX-synctex-output-page-1 (bu

bug#23180: 2016-01-31; Auto-capitalize and change env

> Hi Uwe, > 2016-04-01 11:38 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > I can't reproduce the bug you describe neither in Emacs 24.5 nor in > Emacs 25.1.50.17. Please provide a reproducible recipe starting from > "emacs -Q". Again aa.

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

> 2016-04-01 11:33 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: > C-h v exec-path RET > M-: (getenv "PATH") RET > Are you really telling me you never used C-h v to check the value of a > variable? ;-) ahhh could we please delete the

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

> Hi Uwe, > Sorry for the delay, but I completely missed this message before. No problem, I switched back to 2009 for the moment, since I need the forward search very much. > 2016-02-25 19:21 GMT+01:00 Uwe Brauer <o...@mat.ucm.es>: > Are you sure Emacs ha

bug#22807: 2016-01-31; TeX-view does not jump to correct place in PDF file, texlive 2015

of the pdf file!! This is rather annoying. What can I do? Regards Uwe Brauer Emacs : GNU Emacs 25.1.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2016-01-19 Package: 2016-01-31 current state: == (setq AUCTeX-date "2016-01-31" window-system 'x LaTeX-version &quo

bug#21825: 2015-10-04; utf8 and latin1 coding problem in GNU emacs, Xemacs is fine

in Xemacs and but not in GNU emacs. Regards Uwe Brauer Emacs : GNU Emacs 25.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2015-09-28 Package: 2015-10-04 current state: == (setq AUCTeX-date "2015-10-04" window-system 'x LaTeX-version "2e" TeX-style-pat

bug#21825: 2015-10-04; utf8 and latin1 coding problem in GNU emacs, Xemacs is fine

>>> "David" == David Kastrup <d...@gnu.org> writes: > Uwe Brauer <o...@mat.ucm.es> writes: >> Hello >> >> The following problem only occurs in GNU emacs 24.5 or 25.0.50. >> >> I have two files: >> &

bug#21591: 2015-09-13; preview latex fails for beamer document with included jpg graphics

> Uwe Brauer <o...@mat.ucm.es> writes: > Ah, thanks. > Ok, so pdf2dsc failed for whatever reason. A first step would be to try > running pdf2dsc against the PDF file on the command line and see if that > works. I did quite a bit of testing. Almost all

bug#21591: 2015-09-13; preview latex fails for beamer document with included jpg graphics

On 10/04/2015 08:36 PM, Tassilo Horn wrote: Uwe Brauer <o...@mat.ucm.es> writes: >> Ok, so pdf2dsc failed for whatever reason. A first step would be to try >> running pdf2dsc against the PDF file on the command line and see if that >

bug#21529: 2015-09-20; Xemacs, auctex git, cannot run latex,pdflatex

Hi I finally, thanks to Mose can compile the latest git as a xemacs pkg, I installed it but when trying to run latex I obtain the following error message which I attach: Uwe Brauer Running `LaTeX' on `new' with ``latex %(file-line-error) -src-specials -interaction=nonstopmode "\

bug#21529: 2015-09-20; Xemacs, auctex git, cannot run latex,pdflatex

> On 21 Sep 2015, at 13:45, Mosè Giordano <m...@gnu.org> wrote: > > Hi Uwe, > > 2015-09-21 12:49 GMT+02:00 Uwe Brauer <o...@mat.ucm.es>: >> >> Hi >> >> >> I finally, thanks to Mose can compile the latest git as a xemacs pkg

bug#21485: 25.0.50.1; reftex-extra-bindings is ignored

hould bind \C-cr to reftex-reference etc. It does not! Uwe Brauer Emacs : GNU Emacs 25.0.50.1 (i686-pc-linux-gnu, GTK+ Version 2.20.1) of 2015-08-28 Package: 25.0.50.1 current state: == (setq window-system 'x reftex-plug-int

bug#21484: [[SOLVED]] (was: bug#21484: 25.0.50.1; reftex-extra-bindings is ignored)

> Uwe Brauer <o...@mat.ucm.es> writes: > It does for me, but this variable must be set to t before reftex is > loaded. Does that solve the issue? Indeed the following setting works: (setq reftex-extra-bindings t) (require 'reftex) That feature was not seen in the

bug#21484: 25.0.50.1; reftex-extra-bindings is ignored

>>> "Tassilo" == Tassilo Horn <t...@gnu.org> writes: > Uwe Brauer <o...@mat.ucm.es> writes: >> I always thought that local-key-binding via hook replaces the >> global-key-binding (at least so it is in Xemacs) now in GNU Emacs >> I have set (gl

bug#21483: 2015-09-05; keybinding problem: global-binding overrides local-binding?

> Uwe Brauer <o...@mat.ucm.es> writes: > It works for me. Either you are running a buggy emacs version or > there's some problematic configuration of yours. Do you have a minimal > recipe for reproduction? Hm, I tried it for GNU emacs 24.4.1 and 25.0.5. Moreover

bug#21484: 25.0.50.1; reftex-extra-bindings is ignored

> Uwe Brauer <o...@mat.ucm.es> writes: Tassilo> It does for me, but this variable must be set to t *before* reftex is Tassilo> loaded. Does that solve the issue? Tassilo> Then it depends on what's before your `custom-set-variables' form in Tassilo> your

bug#21478: 2015-09-05; latex, dvi, no viewer found

Hi I am running a relative recent git version of auctex. Pdflatex is ok, but «normal» latex fails in the sense that no viewer is provided bug trace is attached. Uwe Brauer Debugger entered--Lisp error: (error "No matching viewer found") signal(error ("No matching viewer f

bug#21479: 2015-09-05; preview fails in recent git version

for ‘LaTeX’ and ‘Math’, bad for normal ‘HTML’ msg! Stored: Email from Uwe Brauer: Re: section 5 tex Stored: Email from Lavi Karp: Re: section 5 tex Mark set [2 times] Ispell process killed Starting new Ispell process aspell with default dictionary... Mark set [3 times] Now o...@ucm.es is used Mark

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

Mosè Giordano m...@gnu.org writes: Uwe, you could try out the current Git version instead of 11.88. In 11.88 the :type of `TeX-view-program-list' changed from (alist ...) to (repeat (list ...)). Maybe Xemacs 21.4.22 has a problem with the alist type, who knows... I will

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

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 error However (customize-option 'TeX-command-list) Works!! Uwe Brauer Debugger entered--Lisp error: (void-function nil) nil((alist :key-type

bug#20317: additional function adviced

) is written to make it easier to use version-control tools for Latex file. This function is however the source of the problems I reported in my bug report and removing it solves the problem reported. So the bug should be closed. Sorry for the noise. Uwe Brauer

bug#20317: 11.88; LaTeX-fill-environment in xemacs and GNU emacs

are unfortunately, for Xemacs, almost useless. thanks Uwe Brauer Emacs : XEmacs 21.5 (beta34) kale 58e72e27fb81+ [Lucid] (i686-pc-linux, Mule) of Wed Mar 18 2015 on Gilgamesch Package: 11.88 current state: == (setq AUCTeX-date 2014-10-29 window-system 'x LaTeX-version 2e TeX-style-path

bug#20305: 11.88; View command does not use xdvi but dvips file.dvi -o gv file.ps

that running C-c C-v does not call xdvi but instead dvips file.dvi -o gv file.ps (Both in GNU emacs and in Xemacs) I find this counter intuitive. How can I switch back to the older behaviour. I have not touched the View command via custom. Uwe Brauer Emacs : XEmacs 21.5 (beta34) kale

bug#19886: closed (Re: bug#19886: 11.87; emacs 24 and jit-lock-force-redisplay)

GNU == GNU bug Tracking System help-debb...@gnu.org writes: Uwe Brauer o...@mat.ucm.es writes: Hi Uwe, Every time I enter a LaTeX file I obtain and error concerning jit-lock-force-redisplay. This error pops up periodically and is annoying. This has been fixed about

bug#19886: closed (Re: bug#19886: 11.87; emacs 24 and jit-lock-force-redisplay)

Tassilo == Tassilo Horn t...@gnu.org writes: Uwe Brauer o...@mat.ucm.es writes: This has been fixed about two years ago with commit 5b5ef6eeb0468c273a329a05d31b3788fd46b5d7. Is there a specific reason you are using the outdated AUCTeX 11.87 instead of a current version

bug#19886: 11.87; emacs 24 and jit-lock-force-redisplay

Hello Every time I enter a LaTeX file I obtain and error concerning jit-lock-force-redisplay. This error pops up periodically and is annoying. I attach a bug trace. Uwe Brauer PD I have not switched to GNU emacs. Debugger entered--Lisp error: (wrong-number-of-arguments (2 . 2) 3) jit

bug#19714: reftex under Xemacs 21.5.33 Mule

David Kastrup d...@gnu.org writes: Yes, that's it. Unfortunately, I use that on purpose in `reftex-label-regexps' which is a customizable list of regexps which gets `regexp-opt'ed and starts `reftex-everything-regexp'. By default, it has one entry matching \label{...} and

bug#19714: reftex under Xemacs 21.5.33 Mule

Uwe Brauer writes: It's the \\(?1: construct, which I have no idea what it is. It seems that Tassilo just committed a patch with a (featurep 'xemacs *sigh* Gotta love the way the GNUbies whose whole point is software freedom assume there's only one implementation of any given

bug#19714: reftex under Xemacs 21.5.33 Mule

Uwe Brauer o...@mat.ucm.es writes: What I mean is exactly this: (if (featurep 'xemacs) (defconst reftex-label-regexps '(label{\\([^}]*\\)})) (defcustom reftex-label-regexps '(;; Normal \\label{foo} labels label{\\(?1

bug#19715: reftex under Xemacs 21.5.33 Mule

Hi I just downloaded the latest reftex version from the GNU Emacs textmode directory and compiled it with a list of compiler warnings. Then I enabled it and opened a Latex file, reftex mode was on, however when I try to run reftex-toc I obtain an error (debug-on-error t) which I attach. I

bug#19260: 11.88; problem with omega

: not found TeX Output exited abnormally with code 127 at Wed Dec 3 15:29:43 This is not the end of the world since I usually use either latex or xelatex, but I am now curious. Uwe Brauer Emacs : XEmacs 21.5 (beta33) horseradish [Lucid] (i686-pc-linux, Mule) of Fri Oct 17 2014 on Burrurr Package

bug#19178: closed (Re: bug#19178: 11.88; 11.88 Xemacs 11.88 problem with env and labels)

2014-11-26 12:57 GMT+01:00 Uwe Brauer o...@mat.ucm.es: See the attached patch: this makes second argument optional but doesn't change the spirit of LaTeX-label. Great, thanks! Very kind of you. Uwe ___ bug-auctex mailing list bug

bug#19199: 11.88; scan-error

Mos == Mos Mos writes: Hi Uwe, 2014-11-26 19:31 GMT+01:00 Uwe Brauer o...@mat.ucm.es: This bug seems more serious actually to me it seems a duplicate of #19178, you error is triggered by your `LaTeX-rem-insert' function. Do you agree? Yes too tired yesterday. I think

bug#19178: closed (Re: bug#19178: 11.88; 11.88 Xemacs 11.88 problem with env and labels)

Mos == Mos Mos writes: - +)) + ((nullp type) + ))) Sorry, I meant nil instead of Hi I modified (hopefully correctly) your patch, applied it then used my old definitions such as (defun

bug#19178: closed (Re: bug#19178: 11.88; 11.88 Xemacs 11.88 problem with env and labels)

Hi Mosè, Hi Uwe and all, 2014-11-27 11:39 GMT+01:00 Uwe Brauer o...@mat.ucm.es: I hope it's clear I wrote those messages in a hurry, just to give the idea. I was going to write you. I changed nullp to null applied your old patch and it did not work as expected. *However* your *new

bug#19178: closed (Re: bug#19178: 11.88; 11.88 Xemacs 11.88 problem with env and labels)

Hi Mosè Hi Uwe, 2014-11-25 18:48 GMT+01:00 Uwe Brauer o...@mat.ucm.es: I agree backward compatibility should be preserved as long as possible (but not at any cost), but about what? Most users only customize variables, don't fiddle with functions, if they write some elisp we

bug#19199: 11.88; scan-error

the same happens. The file seems not to contain any Latex syntax error since I run run it normally. Uwe Brauer Emacs : XEmacs 21.5 (beta33) horseradish [Lucid] (i686-pc-linux, Mule) of Fri Oct 17 2014 on Burrurr Package: 11.88 current state: == (setq AUCTeX-date 2014-10-29 window

  1   2   >