Hi, I think the suffix parsing in oc-biblatex could be improved. Consider this example: ==================================== #+cite_export: biblatex authoryear [cite:@doe 4] [cite:@doe 4, with some more text] ===================================== This gives us ===================================== \autocite[4]{doe} \autocite[4, with some more text]{doe} ===================================== The problem is that biblatex will add a label if the suffix consists only of a number, a range of numbers, or a list of numbers. So \autocite[4]{doe} will result (Doe 2021, p. 4). However, \autocite[4, with some more text]{doe} results in (Doe 2021, 4, with some more text). In this special case you'd have to help biblatex: \autocite[\pnfmt{4}, with some more text]{doe} => (Doe 2021, p. 4, with some more text) FWIW, pandoc's citeproc already has some support for this. There you can use braces to specify a locator in a complex suffix. Like so: [cite:@doe {4}, with some more text] I don't know how complex that is, but that would be a great addition. Denis
Bump
Am 08.09.2021 um 15:37 schrieb Denis Maier:
> Hi,
>
> I think the suffix parsing in oc-biblatex could be improved. Consider
> this example:
>
> ====================================
> #+cite_export: biblatex authoryear
>
> [cite:@doe 4]
>
> [cite:@doe 4, with some more text]
> =====================================
>
> This gives us
> =====================================
> \autocite[4]{doe}
>
> \autocite[4, with some more text]{doe}
> =====================================
>
> The problem is that biblatex will add a label if the suffix consists
> only of a number, a range of numbers, or a list of numbers. So
> \autocite[4]{doe} will result (Doe 2021, p. 4). However, \autocite[4,
> with some more text]{doe} results in (Doe 2021, 4, with some more text).
> In this special case you'd have to help biblatex:
> \autocite[\pnfmt{4}, with some more text]{doe}
> => (Doe 2021, p. 4, with some more text)
>
> FWIW, pandoc's citeproc already has some support for this. There you can
> use braces to specify a locator in a complex suffix. Like so:
> [cite:@doe {4}, with some more text]
>
> I don't know how complex that is, but that would be a great addition.
>
> Denis
>
>
Hi Denis,
Denis Maier <denismaier@mailbox.org> writes:
> I think the suffix parsing in oc-biblatex could be improved.
Can you provide a patch for this?
--
Bastien
Hello,
Bastien <bzg@gnu.org> writes:
> Denis Maier <denismaier@mailbox.org> writes:
>
>> I think the suffix parsing in oc-biblatex could be improved.
>
> Can you provide a patch for this?
I don't think this improvement is needed. We could get away with it in
most cases using, e.g., global suffix:
[cite:@doe 4; with some more text]
Note the example above is not supported yet, but it might be a more
sensible development than
[cite:@doe {4}, with some more text]
Regards,
--
Nicolas Goaziou
On Tue, Sep 28, 2021 at 7:42 AM Nicolas Goaziou <mail@nicolasgoaziou.fr> wrote: > > Hello, > > Bastien <bzg@gnu.org> writes: > > > Denis Maier <denismaier@mailbox.org> writes: > > > >> I think the suffix parsing in oc-biblatex could be improved. > > > > Can you provide a patch for this? > > I don't think this improvement is needed. We could get away with it in > most cases using, e.g., global suffix: > > [cite:@doe 4; with some more text] That won't work if you have more than one reference in a citation? [cite:@doe 4, with some more text; @jones] > Note the example above is not supported yet, but it might be a more > sensible development than > > [cite:@doe {4}, with some more text] I recall you're not thrilled with adding brackets for this purpose. Any other ideas? Bruce
Hello,
"Bruce D'Arcus" <bdarcus@gmail.com> writes:
> That won't work if you have more than one reference in a citation?
>
> [cite:@doe 4, with some more text; @jones]
No, that won't work with more than one reference in a citation. But
this, coupled with the simple locator parsing done in oc-csl.el should
be enough in the vast majority of the cases, shouldn't it?
Regards,
--
Nicolas Goaziou
Am 29.09.2021 um 08:30 schrieb Nicolas Goaziou:
> Hello,
>
> "Bruce D'Arcus" <bdarcus@gmail.com> writes:
>
>> That won't work if you have more than one reference in a citation?
>>
>> [cite:@doe 4, with some more text; @jones]
> No, that won't work with more than one reference in a citation. But
> this, coupled with the simple locator parsing done in oc-csl.el should
> be enough in the vast majority of the cases, shouldn't it?
Well, there are even cases like this one:
[cite:@doe especially 4, 12, and 15]
[cite:@doe e.g. 4, 12, and 15]
[cite:@doe among others 4, 12, and 15]
[cite:@doe 4, but also 12 and 15]
Best,
Denis
Hello,
Denis Maier <denismaier@mailbox.org> writes:
> Well, there are even cases like this one:
>
> [cite:@doe especially 4, 12, and 15]
>
> [cite:@doe e.g. 4, 12, and 15]
>
> [cite:@doe among others 4, 12, and 15]
>
> [cite:@doe 4, but also 12 and 15]
AFAIU, all these cases are already handled by the locator parsing
algorithm used in oc-csl.el. If that is correct, my point is still the
same: there are very few cases where an explicit locator delimiter would
be necessary.
Note that for clarity, it would help to also specify, along with your
examples, what is the expected locator, and possibly the expected
output.
Regards,
--
Nicolas Goaziou
Am 30.09.2021 um 09:23 schrieb Nicolas Goaziou:
> Hello,
>
> Denis Maier <denismaier@mailbox.org> writes:
>
>> Well, there are even cases like this one:
>>
>> [cite:@doe especially 4, 12, and 15]
>>
>> [cite:@doe e.g. 4, 12, and 15]
>>
>> [cite:@doe among others 4, 12, and 15]
>>
>> [cite:@doe 4, but also 12 and 15]
> AFAIU, all these cases are already handled by the locator parsing
> algorithm used in oc-csl.el. If that is correct, my point is still the
> same: there are very few cases where an explicit locator delimiter would
> be necessary.
So, you're suggesting that locator parsing algorithm should be ported to
oc-biblatex instead? That would obviously be a neat solution.
If so, I can provide a couple of examples so we can see if that could work.
Denis
Hello,
Denis Maier <denismaier@mailbox.org> writes:
> So, you're suggesting that locator parsing algorithm should be ported
> to oc-biblatex instead?
That's a possibility. It can be factored out from oc-csl.el and become
a generic tool living in oc.el, if deemed useful. The algorithm can trip
over locators involving letters, tho (e.g., "chap. xiv, xv and xvi").
I don't know if that's common.
Moreover this is but one side of the problem. Naively, I thought that
BibLaTeX would take care of parsing the locator. Since that's not the
case, oc-biblatex needs additional code to properly deal with it.
Regards,
--
Nicolas Goaziou
Am 01.10.2021 um 10:42 schrieb Nicolas Goaziou: > Hello, > > Denis Maier <denismaier@mailbox.org> writes: > >> So, you're suggesting that locator parsing algorithm should be ported >> to oc-biblatex instead? > That's a possibility. It can be factored out from oc-csl.el and become > a generic tool living in oc.el, if deemed useful. The algorithm can trip > over locators involving letters, tho (e.g., "chap. xiv, xv and xvi"). > I don't know if that's common. Not so much for chapters, but it happens quite a lot for page numbers in prefaces and introductions. > > Moreover this is but one side of the problem. Naively, I thought that > BibLaTeX would take care of parsing the locator. Since that's not the > case, oc-biblatex needs additional code to properly deal with it. Yes, that's the issue. In biblatex you will want to enclose the locator with \pnfmt{}. (Or use either the \pno or the \ppno command as a prefix.) Best, Denis