[AUCTeX-commit] GNU AUCTeX branch, master, updated. 7390999883480bc80d2f065b65c896453d9d80c9

2017-03-16 Thread Arash Esbati
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 7390999883480bc80d2f065b65c896453d9d80c9 (commit) from a8dba19dbcd302e51

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Arash Esbati
Hi all, Ikumi Keita writes: > Regarding support for xemacs, I recently noticed that the function > `replace-regexp-in-string', which is not available in xemacs, is used at > several places of AUCTeX. The output of `grep -Er > replace-regexp-in-string .' is: > ---

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Uwe Brauer
>>> "Arash" == Arash Esbati writes: > Hi all, > Ikumi Keita writes: >> Regarding support for xemacs, I recently noticed that the function >> `replace-regexp-in-string', which is not available in xemacs, is used at >> several places of AUCTeX. The output of `grep -Er >>

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Arash Esbati
Uwe Brauer writes: "Arash" == Arash Esbati writes: > > > Would this work for XEmacs? I don't have XEmacs at hand so I can't test > > it myself. I would apply the same thing to other style files as well. > > I will try this out this weekend with 21.5.X and report back Great, thank

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Mosè Giordano
Hi Arash, 2017-03-16 12:29 GMT+01:00 Arash Esbati : > Uwe Brauer writes: > > "Arash" == Arash Esbati writes: >> >> > Would this work for XEmacs? I don't have XEmacs at hand so I can't >> test >> > it myself. I would apply the same thing to other style files as well. >> >> I will t

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Arash Esbati
Hi Mosè, Mosè Giordano writes: > I tested the patch in XEmacs 21.4.24, seems to work. If I set > `alignat' to 5 I get 9 &s, is it correct, right? They should be > 2 * ncols - 1, no? Thanks! Yes, 2 * ncols - 1 is the logic; it seems to work. I have patched the other style files with same cod

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Ikumi Keita
Hi Arash, > Arash Esbati writes: > I wanted to fix the places where I used this function. For empheq.el, I > tried this solution: > diff --git a/style/empheq.el b/style/empheq.el > index 9b822898..7ed33fda 100644 > --- a/style/empheq.el > +++ b/style/empheq.el > @@ -227,8 +227,17 @@ number

[AUCTeX-commit] GNU AUCTeX branch, master, updated. 194a8f87bb80c75e2fb09f07213be597bee1b6ff

2017-03-16 Thread Arash Esbati
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 194a8f87bb80c75e2fb09f07213be597bee1b6ff (commit) from 7390999883480bc80

Re: [AUCTeX-devel] support for xemacs

2017-03-16 Thread Arash Esbati
Hi Keita, Ikumi Keita writes: > As I said before, xemacs has a similar function `replace-in-string'. So > how about an approach defining compatibility function like this? If > the use of `replace-regexp-in-string' doesn't require its optional > arguments, the compatibility function does the jo