bug#31132: AUCTeX, RefTeX and biblatex's multicite commands

2018-04-21 Thread Gustavo Barros
Hi Arash, thank you very much for the patches. They are really appreciated. And sorry for the delay in reporting back. I didn't have the time these last couple of days to look at this with due care. I've performed some tests with the patches you sent on the full set of biblatex's citation

bug#31132: AUCTeX, RefTeX and biblatex's multicite commands

2018-04-21 Thread Gustavo Barros
. Best, gusbrs On 21/04/18 21:29, Gustavo Barros wrote: Hi Arash, thank you very much for the patches. They are really appreciated. And sorry for the delay in reporting back. I didn't have the time these last couple of days to look at this with due care. I've performed some tests with the

bug#36310: 12.1.2; TeX-complete-symbol in math mode results in error for unique completion

2019-06-20 Thread Gustavo Barros
opup normally. The issue affects, as far as I can tell, any symbol in 'LaTeX-math-default' (probably 'LaTeX-math-list' too, but mine is nil) in the same circumstances. Best, Gustavo Barros Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-04-19 Package: 12.1

bug#36651: 12.1.2; isearch with TeX-fold-mode and outline-minor-mode

2019-07-14 Thread Gustavo Barros
ing either `TeX-fold-mode` or `outline-minor-mode` brings the working of each to the regular expected behavior. Best regards, Gustavo Barros. Emacs : GNU Emacs 26.2 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 2019-04-19 Package: 12.1.2 current state: == (setq AUCTeX-dat

bug#36483: 12.1.2; 'lacheck' and 'chktex' results not recongnized by compilation mode when filename has spaces

2019-07-07 Thread Gustavo Barros
Hi Ikumi Keita, thank you for looking into this. On Sun, Jul 07 2019, Ikumi Keita wrote: Hi Gustavo, Gustavo Barros writes: Currently 'lacheck' and 'chktex' results are not recognized as errors or warnings by compilation mode if the document’s filename has spaces. This causes navigation

bug#36483: 12.1.2; 'lacheck' and 'chktex' results not recongnized by compilation mode when filename has spaces

2019-07-02 Thread Gustavo Barros
Currently 'lacheck' and 'chktex' results are not recognized as errors or warnings by compilation mode if the document’s filename has spaces. This causes navigation through the errors with "C-x `" ('next-error'), as described in AUCTeX’s documentation not to work. Steps to reproduce: Run =emacs

bug#36483: 12.1.2; 'lacheck' and 'chktex' results not recongnized by compilation mode when filename has spaces

2019-07-15 Thread Gustavo Barros
Hi Keita, On Mon, Jul 15 2019, Ikumi Keita wrote: Hi Gustavo, Gustavo Barros writes: I reported this problem in emacs-de...@gnu.org, but didn't get any response unfortunately. What we can do tentatively now is to add an ad-hoc workaround like a patch quoted below to AUCTeX. Thank you

bug#38249: 12.2.0; reftex-create-bibtex-file and biblatex

2019-11-17 Thread Gustavo Barros
,weinberg,salam}, annotation = {A \texttt{set} with three members discussing the standard model of particle physics.}, } #+end_example However, all the entries initially provided are required for the MWE to work correctly. Best regards, Gustavo Barros. Emacs : GNU Emacs 26.3 (build 1, x86_

bug#38258: 12.2.0; reftex-view-crossref on citation pre- and postnotes

2019-11-18 Thread Gustavo Barros
out of the prenote and back to it again, and leaving it there for a while as usual, will echo "cite: no such database entry: \cite[45]", whereas no echo was to be expected. Best regards, Gustavo Barros. Emacs : GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)

bug#38258: 12.2.0; reftex-view-crossref on citation pre- and postnotes

2020-08-25 Thread Gustavo Barros
Hi Arash, thank you for your answer. On Tue, 25 Aug 2020 at 15:11, Arash Esbati wrote: Hi Gustavo, Gustavo Barros writes: `reftex-view-crossref', when called from a prenote or postnote of a citation macro will assume it is a citation key and run `reftex-view-cr-cite' in whatever

bug#38258: 12.2.0; reftex-view-crossref on citation pre- and postnotes

2020-08-25 Thread Gustavo Barros
On Tue, 25 Aug 2020 at 17:11, Arash Esbati wrote: (Disclaimer: I haven't tested the current state of things, I'm relying on my old report.) It is safe to assume that nothing groundbreaking happened to RefTeX during the last 10 months or so :-) Best, Arash Ah, on a side note. That is

bug#38258: 12.2.0; reftex-view-crossref on citation pre- and postnotes

2020-08-25 Thread Gustavo Barros
Hi Arash, On Tue, 25 Aug 2020 at 17:11, Arash Esbati wrote: The point is that the command will do a bibfile search when it is not on the key argument, and on top of that, gives the user the wrong error message of "no such database argument", when it should be giving "Not on a crossref macro

bug#48937: 13.0.12; Paragraph filling with line that ends in % followed by comment

2021-06-09 Thread Gustavo Barros
Hi All, When a paragraph containing a line whose text ends with a "legit" `\%' and is followed by a comment, paragraph filling joins the following paragraph content into the comment, when it shouldn't. An ECM to reproduce the issue is: start `emacs -Q'. Do an initial setup: #+begin_src

bug#48937: 13.0.12; Paragraph filling with line that ends in % followed by comment

2021-06-10 Thread Gustavo Barros
Hi Tassilo, On Thu, 10 Jun 2021 at 02:20, Tassilo Horn wrote: Right. Should be fixed in git master or with the new definition below. Now I do understand that part of the regexp. And it looks good to me. Thank you very much once again. Bye, Gustavo.

bug#36651: 12.1.2; isearch with TeX-fold-mode and outline-minor-mode

2021-06-10 Thread Gustavo Barros
Hi Ikumi and Ralf, On Thu, 10 Jun 2021 at 02:43, Ikumi Keita wrote: Thanks for your reply. I just pused a commit which don't alter `search-invisible' in the git repo. Thank you both very much. Best, Gustavo. ___ bug-auctex mailing list

bug#36651: 12.1.2; isearch with TeX-fold-mode and outline-minor-mode

2021-06-08 Thread Gustavo Barros
Hi Ikumi, (or Keita? I'm never sure. Sorry if I got it wrong.) On Tue, 08 Jun 2021 at 10:23, Ikumi Keita wrote: [ Ralf, I have a question I'd like to ask you. Please see below. ] Hi Gustavo, sorry to be very late to respond. Gustavo Barros writes: When both TeX-fold-mode and outline

bug#48937: 13.0.12; Paragraph filling with line that ends in % followed by comment

2021-06-09 Thread Gustavo Barros
Hi Tassilo, On Wed, 09 Jun 2021 at 16:05, Tassilo Horn wrote: Indeed, that's a corner case nobody has bothered to handle yet. I've pushed a fix to master. Please give it a try. If you don't have a git checkout handy, you can also `eval-defun' the function below containing the fix. Thank

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-23 Thread Gustavo Barros
On Fri, 23 Apr 2021 at 15:59, Tassilo Horn wrote: Hi Tassilo, Indeed, `LaTeX-fill-paragraph' didn't consider them code comments but then `LaTeX-fill-region-as-paragraph' did. Should be fixed now. Thank you very much! Bye, Gustavo. ___

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-23 Thread Gustavo Barros
On Fri, 23 Apr 2021 at 17:53, Tassilo Horn wrote: Hi Tassilo, I've made the args explicit now, even so explicit that it became one 'inner and one 'outer, so not depending on `LaTeX-syntactic-comments'. I've also added a test case for filling with syntactic comments including code comments.

bug#47807: TeX-view-program settings for Xreader

2021-04-15 Thread Gustavo Barros
Hi All, This is a simple one. `tex.el' includes settings for the "Xreader" to be used in Linux systems as defined in `TeX-view-program-list-builtin'. After loading, the entry for "Xreader" in that variable will be: `("Xreader" TeX-reader-sync-view "xreader")'. However, the function

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-18 Thread Gustavo Barros
On Sun, 18 Apr 2021 at 16:07, Tassilo Horn wrote: Hi Tassilo, Hi Gustavo, Filling those comments within itemize and quote will not join those lines, whereas outside the environments it does. Hm, indeed. But that doesn't actually seem to come from the commend being inside an environment

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-14 Thread Gustavo Barros
Hi Tassilo, On Wed, 14 Apr 2021 at 05:28, Tassilo Horn wrote: I was able to reproduce the behavior by your very good recipe. Basically, I like the behavior to move point to the actual comment text but the combination with `electric-indent-mode' is indeed very annyoing. I've changed it on

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-13 Thread Gustavo Barros
Hi All, As of the latest AUCTeX release, when `LaTeX-syntactic-comments' is t, as it is by default, calling `indent-for-tab-command' ("TAB") before the start of the comment text on the line will move point to the start of the comment text. I believe this to be unexpected, but I might be

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-17 Thread Gustavo Barros
On Wed, 14 Apr 2021 at 08:43, Gustavo Barros wrote: Hi Tassilo, On Wed, 14 Apr 2021 at 05:28, Tassilo Horn wrote: I was able to reproduce the behavior by your very good recipe. Basically, I like the behavior to move point to the actual comment text but the combination with `electric

bug#47807: TeX-view-program settings for Xreader

2021-04-16 Thread Gustavo Barros
On Fri, 16 Apr 2021 at 13:41, Tassilo Horn wrote: Hi Tassilo, Fixed on git master. Thanks for the quick fix! Please give it a whirl. I did (local definition on top of 13.0.6). I had also been running, since yesterday with: #+begin_src emacs-lisp (unless (fboundp

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-18 Thread Gustavo Barros
On Sun, 18 Apr 2021 at 04:17, Tassilo Horn wrote: Gustavo Barros writes: Hi Gustavo, I'm sorry to report that I've missed a problem in my testing. Hehe, yesterday evening I've release 13.0.7 on ELPA, code-name "Gustavo did the testing". ;-) But no worries! Well,

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-18 Thread Gustavo Barros
On Sun, 18 Apr 2021 at 09:14, Gustavo Barros wrote: Anyway, I did some testing again. Again lightly, but I've tested now indent, it's interaction with `electric-indent', and filling. I considered the following cases: 1) the new fix for `LaTeX-back-to-indentation' by itself; 2) the new

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-18 Thread Gustavo Barros
On Sun, 18 Apr 2021 at 13:28, Tassilo Horn wrote: Hi Tassilo, Gustavo Barros writes: Hi Gustavo, I'm sorry to report that I've missed a problem in my testing. Hehe, yesterday evening I've release 13.0.7 on ELPA, code-name "Gustavo did the testing". ;-) But no worries!

bug#47757: 13.0.6; Point position after indent-for-tab-command with LaTeX-syntactic-comments

2021-04-17 Thread Gustavo Barros
On Sat, 17 Apr 2021 at 05:01, Tassilo Horn wrote: Hi Tassilo, No, not really. AUCTeX does it at least since 2004 where `LaTeX-syntactic-comments' was named `LaTeX-format-comment-syntax-aware'. And `electric-indent-mode' is on by default since 2013, too (I don't know what was the first

bug#47807: TeX-view-program settings for Xreader

2021-04-17 Thread Gustavo Barros
On Sat, 17 Apr 2021 at 04:57, Tassilo Horn wrote: Gustavo Barros writes: Hi Gustavo, It's docstring also seems to not have been adjusted as required after it was "inherited" from `TeX-evince-sync-view'. Indeed, also fixed. The tiniest nitpick. I usually see the name of t

bug#50225: 13.0.14; Non-file-visiting TeX buffers

2021-08-27 Thread Gustavo Barros
Hi All, Since the latest release (v13.0.14), I'm having problems opening a new `.tex' buffer (still non-file-visiting) when `TeX-view-evince-keep-focus' is `t'. As far as I can tell/recall, I did not face this until upgrading today (and this is a procedure I do commonly, but I did not

bug#50225: 13.0.14; Non-file-visiting TeX buffers

2021-08-27 Thread Gustavo Barros
Hi Tassilo, On Fri, 27 Aug 2021 at 17:13, Tassilo Horn wrote: The problem is that not just the tex file doesn't exist but the containing directory ~/test/ doesn't exist either. But that seems to be already set as `default-directory' so the shell commands testing for the availability of

bug#50225: 13.0.14; Non-file-visiting TeX buffers

2021-08-28 Thread Gustavo Barros
Hi Tassilo, On Sat, 28 Aug 2021 at 21:47, Tassilo Horn wrote: No no, the error comes from emacs complaining that it cannot set the working directory for the shell to a directory which doesn't exist. I just checked with an emacs 22 installation. You get the very same error there.

bug#50225: 13.0.14; Non-file-visiting TeX buffers

2021-08-28 Thread Gustavo Barros
Hi Tassilo, On Sat, 28 Aug 2021 at 09:10, Tassilo Horn wrote: The problem is that not just the tex file doesn't exist but the containing directory ~/test/ doesn't exist either. But that seems to be already set as `default-directory' so the shell commands testing for the availability of the

bug#51468: reftex-ref-style-alist in amsmath.el

2021-10-29 Thread Gustavo Barros
Hi Arash, On Fri, 29 Oct 2021 at 11:31, Arash Esbati wrote: My understanding of `reftex-ref-style-alist' being a custom variable is that you can toggle the keys for the reference macros if you want to. The reference styles get activated: a) in RefTeX without AUCTeX: If you add an entry to

bug#51468: reftex-ref-style-alist in amsmath.el

2021-10-28 Thread Gustavo Barros
Hi All, `reftex-vars.el' defines the user option `reftex-ref-style-alist' and includes the "AMSmath" style among the default ones, the same as with other package specific reference commands. The activation of each of these entries is controlled by `LaTeX-reftex-ref-style-auto-activate'. And

bug#64921: 13.2.1; Infinite loop in LaTeX-arg-biblatex-cites with RefTeX

2023-08-15 Thread Gustavo Barros
Hi Keita, On Tue, 15 Aug 2023 at 03:18, Ikumi Keita wrote: > > Thank you for suggestion. Does the attached patch give you good results? > It behaves the same as `reftex-citation`, so it looks good to me. Thank you very much! > (By the way, the reason that "q"/"C-g" deletes the trace of the

bug#64921: 13.2.1; Infinite loop in LaTeX-arg-biblatex-cites with RefTeX

2023-08-17 Thread Gustavo Barros
On Thu, 17 Aug 2023 at 04:25, Ikumi Keita wrote: > > Thank you for confirmation. I pushed the fix to the git repository. > Thank you very much. Best, Gustavo. ___ bug-auctex mailing list bug-auctex@gnu.org

bug#64921: 13.2.1; Infinite loop in LaTeX-arg-biblatex-cites with RefTeX

2023-07-28 Thread Gustavo Barros
Hi All, I might be missing something obvious on this one, but I couldn't figure out a way to do it and as far as I understand the code, I see no way to break the loop in `LaTeX-arg-biblatex-cites'. So I report. When RefTeX is plugged into AUCTeX, trying to insert a `biblatex' citation list with

bug#64921: 13.2.1; Infinite loop in LaTeX-arg-biblatex-cites with RefTeX

2023-08-12 Thread Gustavo Barros
Hi Keita, On Sat, 12 Aug 2023 at 02:21, Ikumi Keita wrote: > > I can confirm the reported behavior. > Thanks for checking and looking into this. > > Indeed, the loop in `LaTeX-arg-biblatex-cites' takes the form: > > #+begin_src emacs-lisp > > (while items > > ;; ... handling of optional

bug#63396: \foreignlanguage in babel style file

2023-05-09 Thread Gustavo Barros
Hi All, just a quick and simple one. `\foreignlanguage' specs in `babel.el' are missing the optional argument it takes, both in `TeX-add-symbol` and in `font-latex-add-keywords`. Also, `\foreignlanguage' is included in the `function' font-lock class. Arguably `textual' would be a much better

bug#63396: \foreignlanguage in babel style file

2023-05-10 Thread Gustavo Barros
Hi Arash, On Wed, 10 May 2023 at 04:46, Arash Esbati wrote: > Thanks for the report. You were thinking about a change like this? > > --8<---cut here---start->8--- > diff --git a/style/babel.el b/style/babel.el > index 2483b73b..2110289b 100644 > ---