perfect now, thanks!
On Sun, Nov 10, 2013 at 4:07 PM, Ralf Angeli wrote:
> * emacs user (2013-11-10) writes:
>
> > Hi, many thanks for your patience, and I hope all this is not due to some
> > mistake I am making.
>
> I doubt it. Still, it's bewildering that the same regular expression
> match
In LaTeX mode, next-error is remapped to TeX-next-error.
However, compilation modes rely on next-error. This breaks the use
of C-x ` after running ChkTeX or Check (lacheck): TeX-next-error does
not look in the right buffer...
---Fran
--
* emacs user (2013-11-10) writes:
> Hi, many thanks for your patience, and I hope all this is not due to some
> mistake I am making.
I doubt it. Still, it's bewildering that the same regular expression
matches different strings in my and in your case.
> In any case, the first expression leads t
Hi, many thanks for your patience, and I hope all this is not due to some
mistake I am making. In any case, the first expression leads to the point
moving to the end of the second \citep, while the second expression moves
the point to the end of the first \citep. In both cases I run a bare emacs
* emacs user (2013-11-09) writes:
> closing brace of the second one
Strange.
I've stripped some stuff from the code which should not be relevant for
the case at hand. Does the following code also make point end up behind
the second closing brace?
(re-search-forward "cite[A-Za-z]*\\(\\[.*\\
