public inbox archive for pandoc-discuss@googlegroups.com
 help / color / mirror / Atom feed
From: per.review-cl+VPiYnx/1AfugRpC6u6w@public.gmane.org
To: pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.org
Subject: Re: Pandoc doesn't define references in PDF output with --biblatex (or --natbib)
Date: Tue, 12 Jun 2018 23:46:44 +0200	[thread overview]
Message-ID: <20180612214644.GB8444@mailbox.org> (raw)
In-Reply-To: <yh480ktvq8ngco.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>

John MacFarlane <jgm-TVLZxgkOlNX2fBVCVOL8/A@public.gmane.org> [2018-06-12 18:02 +0200]:
> Pandoc doesn't run bibtex/biber for you when producing
> a PDF.  If you use pandoc-citeproc, you can get a nice
> bibliography in PDF output (and maybe that's what you
> were doing when it worked before), but if you want to use
> native biblatex, you'll have to produce a .tex file
> and run latex and biber yourself.
> 
> Note:  it's helpful to search closed issues before
> submitting a report.  You would have found #4105,
> #1193, #681, #2795, ...

Thanks for the quick answer! I saw the explanation of the --biblatex
option in the manual, but was so certain I could remember Pandoc doing
this. Turns my usage of rmarkdown/knitr, which *does* handle this, had
contaminated my memory (and led me to only look for recent issues).

However, Pandoc(-citeproc)'s implementation of CSL styles still has a
long way to go in terms of customisation and styling. If the PDF output
has indented paragraphs, bibliography entries will be styled the same
way. I've posted a hack to deal with this:
https://github.com/jgm/pandoc/issues/335#issuecomment-396739093 I don't
know what you think about including anything like in the LaTeX template?

(I understand that better support for CSL attributes are not a priority,
but I think it's a problem when something as simple a paragraph
indentation breaks the styling.)

-- 
Per


  parent reply	other threads:[~2018-06-12 21:46 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-06-12 14:50 per.review-cl+VPiYnx/1AfugRpC6u6w
     [not found] ` <20180612145052.GA8444-cl+VPiYnx/1AfugRpC6u6w@public.gmane.org>
2018-06-12 16:01   ` John MacFarlane
     [not found]     ` <yh480ktvq8ngco.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2018-06-12 16:05       ` John MacFarlane
2018-06-12 21:46       ` per.review-cl+VPiYnx/1AfugRpC6u6w [this message]
     [not found]         ` <20180612214644.GB8444-cl+VPiYnx/1AfugRpC6u6w@public.gmane.org>
2018-06-13 17:28           ` John MacFarlane
     [not found]             ` <m2fu1qzjdf.fsf-pgq/RBwaQ+zq8tPRBa0AtqxOck334EZe@public.gmane.org>
2018-06-14  9:24               ` 'Nick Bart' via pandoc-discuss

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=20180612214644.GB8444@mailbox.org \
    --to=per.review-cl+vpiynx/1afugrpc6u6w@public.gmane.org \
    --cc=pandoc-discuss-/JYPxA39Uh5TLH3MbocFFw@public.gmane.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.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).