[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions
From: |
Roland Winkler |
Subject: |
bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions |
Date: |
Mon, 11 Jul 2022 12:12:59 -0500 |
On Mon, Jul 11 2022, Lars Ingebrigtsen wrote:
> Ihor Radchenko <yantar92@gmail.com> writes:
>
>> Org currently relies on built-in bibtex.el to parse bibliography files.
>> However, the built-in parser does not appear to be complete.
>
> Perhaps Roland has some comments; added to the CCs.
The arg CONTENT of bibtex-parse-entry is passed on to
bibtex-text-in-field-bounds that gives you a more complete description
of what it does. So I believe binding bibtex-expand-strings to t while
calling bibtex-parse-entry with arg CONTENT non-nil should do the job.
The parser in bibtex.el goes through some effort to deal with BibTeX
constructs such as
title = "Foo " # BAR # {Baz},
correctly.
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Ihor Radchenko, 2022/07/10
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Lars Ingebrigtsen, 2022/07/11
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions,
Roland Winkler <=
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Roland Winkler, 2022/07/11
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Ihor Radchenko, 2022/07/11
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Roland Winkler, 2022/07/12
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Ihor Radchenko, 2022/07/12
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Roland Winkler, 2022/07/12
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Ihor Radchenko, 2022/07/17
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Roland Winkler, 2022/07/17
- bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions, Ihor Radchenko, 2022/07/18