bug-auctex
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Bug-AUCTeX] 11.86; RefTeX: author field parsed incorrectly


From: Tassilo Horn
Subject: Re: [Bug-AUCTeX] 11.86; RefTeX: author field parsed incorrectly
Date: Wed, 10 Apr 2013 16:52:44 +0200
User-agent: Gnus/5.130006 (Ma Gnus v0.6) Emacs/24.3.50 (gnu/linux)

Elias Pipping <address@hidden> writes:

Hi Elias,

> I'm looking at the following bibtex entry(*):
>
> @article {MR699024,
>     AUTHOR = {Jaru{\v{s}}ek, Ji{\v{r}}{\'{\i}}},
>
> If I paste that into an empty buffer and call
>
>   (assoc "author" (reftex-parse-bibtex-entry nil (point-min) (point-max)))
>
> from my understanding the following should be returned:
>
>   ("author" . "Jaru{\\v{s}}ek, Ji{\\v{r}}{\\'{\\i}}")
>
> instead I get
>
>   ("author" . "Jaru{\\v{s}}ek, Ji{\\v{r}}{\\'{\\i")
>
> with two curly brackets at the end missing.

Hm, it cut off leading and trailing {}.  Not sure why, it doesn't make
any sense to me, so I've changed that in Emacs bzr.

> PS (off-topic): While reading parts of the reftex source code, I came
> across the following lines in reftex-do-citation:
>
>     (when (stringp selected-entries)
>       (error selected-entries))
>     (unless selected-entries (error "Quit"))
>
>     (if (stringp selected-entries)
>       [..])
>
> That first makes sure that s-e isn't a string... and then it makes
> sure s-e isn't nil... and then it handles the case where s-e is a
> string... I'm confused.

Indeed, strange.  But in the current version, the first check isn't
there anymore.

Bye,
Tassilo




reply via email to

[Prev in Thread] Current Thread [Next in Thread]