[AUCTeX-commit] GNU AUCTeX branch, master, updated. b2f69e18ba103bf4ca42cd9bd9f6a4536688d242

This is an automated email from the git hooks/post-receive script. It was generated because a ref change was pushed to the repository containing the project "GNU AUCTeX". The branch, master has been updated via b2f69e18ba103bf4ca42cd9bd9f6a4536688d242 (commit) from

Re: [AUCTeX] A problem with \parencite and fill-paragraph

Hi Arash, 2017-03-31 9:38 GMT+02:00 Arash Esbati : > Mosè Giordano writes: > >> I think we all came up with similar solutions. I was concerned about >> performance of Arash's fix, but according to `benchmark-run' the >> overhead isn't large (slowdown of the order of

Re: [AUCTeX] A problem with \parencite and fill-paragraph

Sorry, I should have thought more flexibly. > Ikumi Keita writes: > So I propose to change the `concat' part like this: > (concat (regexp-quote TeX-esc) "\\(?:" > (regexp-opt cmds "\\(?:") > "\\b" > "\\|" > (regexp-opt

Re: [AUCTeX] A problem with \parencite and fill-paragraph

Hi Arash, > Arash Esbati writes: > You need \B to match the end of a "not-word". What do you think about a > change like this? I think your approach is basically OK. (I vaguely remember font-latex.el uses similar methods for building regexp.) Let me make some comments on

Re: [AUCTeX] A problem with \parencite and fill-paragraph

Mosè Giordano writes: > I think we all came up with similar solutions. I was concerned about > performance of Arash's fix, but according to `benchmark-run' the > overhead isn't large (slowdown of the order of few percents) and > shouldn't be noticeable in normal situations. Hi