[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
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- Re: [Bug-AUCTeX] 11.86; RefTeX: author field parsed incorrectly,
Tassilo Horn <=