bug#25563: 11.90; Many predicates in TeX-view-predicate-list-builtin don't work.
Tassilo Hornwrites: Hi Ikumi, > I'll see if I can fix it. And "landscape" is another document class > option which is broken right now. I think I've fixed this in commit c0f3659059a138aaf5fa610f2913035d63225bfb. For paper-a4 and paper-a5 I wasn't quite sure if at least some of the regexes there could also be styles/packages so there I check both styles and documentclass options. If you know better than me, feel free to make that more specific. Please report back if it works again. Bye, Tassilo ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25563: 11.90; Many predicates in TeX-view-predicate-list-builtin don't work.
Ikumi Keitawrites: Hi Ikumi, > The reason for this is that the current AUCTeX does not append the > documentclass options to the active styles of the document. In the days > that the predicates did function, the options were present in the output > of `(TeX-style-list)'. However, evaluating `(TeX-style-list)' in the > buffer of the example above yields just > ("art10" "article" "latex2e" "FILENAME" "LATEX") > , which lacks "a5paper". Thus the predicate > -- > (paper-a5 > (TeX-match-style "\\`a5paper\\|a5comb\\'")) > -- > in TeX-view-predicate-list-builtin returns negative result. I suppose > that the other predicates related to paper size in > TeX-view-predicate-list-builtin do not function anymore, too. Oh, good catch. We've rewritten that a bit so that `TeX-style-list' is just that, the list of styles. In addition to that, there are now ,[ C-h v LaTeX-provided-class-options RET ] | LaTeX-provided-class-options is a variable defined in ‘latex.el’. | Its value is nil | | Automatically becomes buffer-local when set. | | Documentation: | Alist of options provided to LaTeX classes. | For each element, the CAR is the name of the class, the CDR is | the list of options provided to it. | | E.g., its value will be | (("book" "a4paper" "11pt" "openany" "fleqn") |...) | See also ‘LaTeX-provided-package-options’. ` (and that one needs to be checked now) and ,[ C-h v LaTeX-provided-package-options RET ] | LaTeX-provided-package-options is a variable defined in ‘latex.el’. | Its value is nil | | Automatically becomes buffer-local when set. | | Documentation: | Alist of options provided to LaTeX packages. | For each element, the CAR is the name of the package, the CDR is | the list of options provided to it. | | E.g., its value will be | (("babel" "german") |("geometry" "a4paper" "top=2cm" "bottom=2cm" "left=2.5cm" "right=2.5cm") |...) | See also ‘LaTeX-provided-class-options’. ` I'll see if I can fix it. And "landscape" is another document class option which is broken right now. Thanks for the report! Bye, Tassilo ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.
Hi Tassilo, > 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? Hmm, now I'm looking at files.el of xemacs and unfortunately xemacs doesn't seem to have such features. Bye, Ikumi Keita ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
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 you can use: (local-variable-p 'variable-name (current-buffer)) This is what is done in style/biblatex.el ;-) Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25601: Possible need for an update to the \TeX "preview" package.
Dear AUCTeX maintainers, at the suggestion of David Kastrup, I forward to you a suggestin initially sent to him, to which he answered he had no time nor energy to investigate : I am a user of the knitr R package, which uses the preview package to create single-file images of R-generated figures. This package can generate tikz pictures, which are of great interest. I recently stumbled on a problem that is not specifically bound to preview, but shows that a (slight) revision may be in order. See the transcript of a thread in comp.text.tex at https://groups.google.com/forum/#!topic/comp.text.tex/umzerAdDkX0 . Working on this problem, I saw that preview had an option specific to the XeLaTeX compiler. This made me think that an analogous solution was needed for the LuaTeX compiler, which uses the same mechanisms for font loading and font metrics. However, I do not know welle enough the internals of these engines to determine if the solution used for XeLaTeX can be applied to LuaTeX, of if specific actions are needed. Do you think that a slight revision of your package could be done (if only to document how to use it with LuaLaTeX) ? Sincerely yours, Emmanuel Charpentier ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
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 XEmacs ;-) Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.
Gosh, can you please clean up after me? I'm already in the bringing sick son to bed business which might take a while. If not, no problem, I'll fix it tomorrow. Bye, Tassilo Am 1. Februar 2017 19:57:12 schrieb Mosè Giordano: 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 XEmacs ;-) Bye, Mosè ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.
Thank you. My job here is almost done, too. ;-) Am 1. Februar 2017 20:42:54 schrieb Mosè Giordano: 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 https://lists.gnu.org/mailman/listinfo/bug-auctex
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 https://lists.gnu.org/mailman/listinfo/bug-auctex
bug#25564: 11.90; XEmacs lacks file-local-variables-alist and reports error.
Tassilo Hornwrites: > Ikumi, I'll implement that now. Could you please check if it works as > expected in the coming days? Pushed with commit d54e7472. Bye, Tassilo ___ bug-auctex mailing list bug-auctex@gnu.org https://lists.gnu.org/mailman/listinfo/bug-auctex