From: Matt Price <moptop99@gmail.com>
To: "András Simonyi" <andras.simonyi@gmail.com>
Cc: Org Mode <emacs-orgmode@gnu.org>
Subject: Re: oc-csl/citeproc: suffixes in cite links
Date: Fri, 16 Jul 2021 17:34:53 -0400 [thread overview]
Message-ID: <CAN_Dec9h9XW3ETXjgenGzS+9jh0Cfyu0bwKkuStnF6xViugAVA@mail.gmail.com> (raw)
In-Reply-To: <CAOWRwxBQeXkFp8gzxdn62ptKGQb8kx9RVhufReGaXBgZJYz9jQ@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1871 bytes --]
Ah, that's so immensely helpful. Thank you, this will be very good to know.
On Fri, Jul 16, 2021 at 5:21 PM András Simonyi <andras.simonyi@gmail.com>
wrote:
> Dear Matt,
>
> yes, oc-csl has to extract the locator information from the suffix
> because CSL processors like citeproc-el work with structured locator
> data. To help this extraction, ocl-csl (similarly to citeproc-org and
> I think pandoc) defines a list of locator expressions to be used in
> the suffix (see the commentary of oc-csl or the citeproc-org README),
> for chapter one can currently use "chap.", "chaps." or "chapter" --
> hopefully replacing the citation with
> [cite:@GentilcoreTastetomatoItaly2009 chap. 4] will fix the rendering,
>
> best regards,
> András
>
> On Fri, 16 Jul 2021 at 22:40, Matt Price <moptop99@gmail.com> wrote:
> >
> > (cc:ing Andras in case this issue maybe comes from citeproc)
> >
> > I'm having some trouble with suffixes in cite: links when the oc-csl
> exporter is enabled, e.g. with something like this:
> >
> > #+cite_export: csl "/home/matt/src/styles/apa.csl"
> >
> > this cite:
> > [cite:@GentilcoreTastetomatoItaly2009 ch4]
> >
> > is rendered as:
> >
> > (ch Gentilcore, 2009, p. 4)
> >
> >
> > on export to HTML (in a document with no print_bibliography directive).
> >
> > BY contrast, ob-basic gives:
> >
> > (Gentilcore, David, 2009 ch4)
> >
> > Is oc-csl doing some extra work to process suffix, or is this likely an
> issue with citeproc, or alternatively am I just not really understanding
> what ought to be happening?
> >
> >
> > Also, are other people seeing this same issue? I don't have a testing
> setup that would allow me to easily run emacs -Q (given how much has to be
> imported) so ... well, so, my apologies for not having done that.
> >
> >
> > THanks,
> >
> > Matt
> >
> >
>
[-- Attachment #2: Type: text/html, Size: 2459 bytes --]
prev parent reply other threads:[~2021-07-16 21:36 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-16 20:40 oc-csl/citeproc: suffixes in cite links Matt Price
2021-07-16 21:21 ` András Simonyi
2021-07-16 21:34 ` Matt Price [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAN_Dec9h9XW3ETXjgenGzS+9jh0Cfyu0bwKkuStnF6xViugAVA@mail.gmail.com \
--to=moptop99@gmail.com \
--cc=andras.simonyi@gmail.com \
--cc=emacs-orgmode@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.