From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
Received: from mp2 ([2001:41d0:2:bcc0::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by ms0.migadu.com with LMTPS
	id ONMDFFxTsWC3jAAAgWs5BA
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Fri, 28 May 2021 22:32:28 +0200
Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::])
	(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits))
	by mp2 with LMTPS
	id cP1QD1xTsWB/XgAAB5/wlQ
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	for <larch@yhetil.org>; Fri, 28 May 2021 20:32:28 +0000
Received: from lists.gnu.org (lists.gnu.org [209.51.188.17])
	(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
	(No client certificate requested)
	by aspmx1.migadu.com (Postfix) with ESMTPS id 315B911F61
	for <larch@yhetil.org>; Fri, 28 May 2021 22:32:27 +0200 (CEST)
Received: from localhost ([::1]:50940 helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>)
	id 1lmj9d-0005iT-V9
	for larch@yhetil.org; Fri, 28 May 2021 16:32:25 -0400
Received: from eggs.gnu.org ([2001:470:142:3::10]:43382)
 by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <andras.simonyi@gmail.com>)
 id 1lmj8Z-0005iL-1v
 for emacs-orgmode@gnu.org; Fri, 28 May 2021 16:31:19 -0400
Received: from mail-io1-xd2c.google.com ([2607:f8b0:4864:20::d2c]:41728)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128)
 (Exim 4.90_1) (envelope-from <andras.simonyi@gmail.com>)
 id 1lmj8X-0002UR-1E
 for emacs-orgmode@gnu.org; Fri, 28 May 2021 16:31:18 -0400
Received: by mail-io1-xd2c.google.com with SMTP id n10so5459707ion.8
 for <emacs-orgmode@gnu.org>; Fri, 28 May 2021 13:31:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025;
 h=mime-version:references:in-reply-to:from:date:message-id:subject:to
 :content-transfer-encoding;
 bh=SBB1UBD795q0tadsXKlD92VAAoODxxyZ+yRxh7IjCvA=;
 b=a3b7u/TXTyUKqnH9FnbgAzfWjE00+5D/YHWGXGRrFjgcMR7RSsW3hRIhSNiRmRyQsu
 VNSUB+hANxBP/jMJ8to1fyG/Vwzkkfs7FQudQuaRAsdV7e/waLaTVUXInOxJcjLgsjYu
 r88aDlpIX1klKaeakxm7gy89UYsKozLIyKSQBXJnAAsh7Iz1L4bLe9txDo5a9qOAbajR
 yZtXm/qssqTQGCLcrQhFYBNByNO6hwRX7iJrVNgNYoOhIqcXVhjLEPZTqfFlqsnaayPC
 3+epmlYsBpD4AmgJIU0v0ffGh3Yld0yvTLep0/73i50dBq5KGDpeJfFQZ4YQ1/c+3FVQ
 aI2w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:references:in-reply-to:from:date
 :message-id:subject:to:content-transfer-encoding;
 bh=SBB1UBD795q0tadsXKlD92VAAoODxxyZ+yRxh7IjCvA=;
 b=S0DcLQlTFOJNvd6dgciQBVj8ZtLVw1Aq1lpZ7GuSTkZBhffhcjZS570ESjoa39kLwm
 wG+M6hRXn0BfGq4wXUtUk4fmQaVBeBzBQOUxGLVigdAcYzvVhL7UiA8fC78XvAZo/zhA
 NFwdfFOUNdpj4A81hT2AR9uBXEY+n0D4v4R0QakdOFnUr0Nc9+PJtg2M1p/WSGX/LWUb
 OiQMhIVD+zubvns2HJ4Oabam2reb8A8YBwf3OscRtB7vOoaS5s7KTKYoSUtqCzpAJqcd
 31YK47LTvxn1z+sPd9Ujg/nCHNiylUGjMykqwePmIjbhiMODvy9hx5xCBAuYb6iv0FpM
 z4tA==
X-Gm-Message-State: AOAM530tU6z+3rBrVlXPItLGbjmEKnLRKXK7TFSNvXbkjsSgavpWo6Be
 eRmbA3GgyYh529vQB3On4YvcOT4i/Xm87AThO4o=
X-Google-Smtp-Source: ABdhPJx9Hg1QUuAJ0TjUY9G42OL8uJjYNPHEFAt/vxe4Meh56UtEgdUGgAf5Oc2Y8CUmEr2pHjW/3TQ8/96iRJ1v5nQ=
X-Received: by 2002:a05:6602:184b:: with SMTP id
 d11mr8472857ioi.90.1622233875013; 
 Fri, 28 May 2021 13:31:15 -0700 (PDT)
MIME-Version: 1.0
References: <87y2c1dym9.fsf@nicolasgoaziou.fr>
 <CAF-FPGPgEO=KjnnUgi2X_y4iaARgj-21Vs+gEk7ObtZP8WL-Hw@mail.gmail.com>
 <875yz2c0r0.fsf@nicolasgoaziou.fr> <87fsy6n8d2.fsf@gmail.com>
 <87y2byaim4.fsf@nicolasgoaziou.fr> <877djin4qg.fsf@gmail.com>
 <87eedqahd6.fsf@nicolasgoaziou.fr> <874kemn3qt.fsf@gmail.com>
 <CAF-FPGO2vhYZ7OQqLchKnB9iW2a=u_pSWDR8WpRkg+GoFmMPxA@mail.gmail.com>
 <87y2by8x4p.fsf@nicolasgoaziou.fr>
In-Reply-To: <87y2by8x4p.fsf@nicolasgoaziou.fr>
From: =?UTF-8?Q?Andr=C3=A1s_Simonyi?= <andras.simonyi@gmail.com>
Date: Fri, 28 May 2021 22:31:03 +0200
Message-ID: <CAOWRwxCCKAixRet4PNhyyGToCFtGY3x23KV7QVPNM1xKcPy8EA@mail.gmail.com>
Subject: Re: [wip-cite-new] Initial implementation of `csl' citation processor
To: "Bruce D'Arcus" <bdarcus@gmail.com>, org-mode-email <emacs-orgmode@gnu.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Received-SPF: pass client-ip=2607:f8b0:4864:20::d2c;
 envelope-from=andras.simonyi@gmail.com; helo=mail-io1-xd2c.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-BeenThere: emacs-orgmode@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: "General discussions about Org-mode." <emacs-orgmode.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/emacs-orgmode>
List-Post: <mailto:emacs-orgmode@gnu.org>
List-Help: <mailto:emacs-orgmode-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-orgmode>,
 <mailto:emacs-orgmode-request@gnu.org?subject=subscribe>
Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org
Sender: "Emacs-orgmode" <emacs-orgmode-bounces+larch=yhetil.org@gnu.org>
X-Migadu-Flow: FLOW_IN
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org;
	s=key1; t=1622233947;
	h=from:from:sender:sender:reply-to:subject:subject:date:date:
	 message-id:message-id:to:to:cc:mime-version:mime-version:
	 content-type:content-type:
	 content-transfer-encoding:content-transfer-encoding:
	 in-reply-to:in-reply-to:references:references:list-id:list-help:
	 list-unsubscribe:list-subscribe:list-post:dkim-signature;
	bh=SBB1UBD795q0tadsXKlD92VAAoODxxyZ+yRxh7IjCvA=;
	b=ZJz8THlSABtxKcYq3G+TlDj0s2335LEVk+oWK9nxuqfxpmm8pdCQHlIZMDb5hBSnc1JZMP
	uPqdkO/3fyl0dlwiJKPTjFlFveFD4efxc3wLsSE4l+XLctqeKRLFxrqSL40lBa73bctBly
	HUHqOekQ/QKD56Jdjx7bkiTXpxCH7UOaQYG408SpjizeKrFix4TPjBVzrW5prLdQEbxtWD
	D5RwS8Cf73ByQpbC3NuTyUTTzt51PpvJdWv2O7q+ShoJ0zP8l0nHsVpQrVN+lLT2YVSg4b
	Li9PjUWKSC2jc7t29bM9WYI1bkhWrbvWfYtm+Zw1nvp5uCHrQy02LARySDUOXA==
ARC-Seal: i=1; s=key1; d=yhetil.org; t=1622233947; a=rsa-sha256; cv=none;
	b=rkL5pe2H/KlZQ0P/pxrqAZUWC4Mdo6duxkA/S//LSWcoV/r/JJygBXZcLsJHouehEZzgZU
	AAC0gAjQy2/o/Eiq1iUbqw5Iq0sZGFbeTcUEXMYhlS8sWstYiequlJlAlKRz8tkQp2LbdY
	2DPh4h1Zf6T08jQD7Ps5Ok5sOJ0wlSGrXcvCem1xJNd8T5YD4N76SBuyQ9skz0wLKdVoiw
	SUY+qhmame2mwrClF3t/NKMw3rxzzUAaelaGXxyEEjG8OGPo0FuV7dbKaoEOFXfJ2bI+zT
	S/IiJAJUMDFSHWF/0bpXgPjFp4B2F9Sg34uVpYwRYQb+Jrl7cTcGvT6Vn7Lx9Q==
ARC-Authentication-Results: i=1;
	aspmx1.migadu.com;
	dkim=pass header.d=gmail.com header.s=20161025 header.b="a3b7u/TX";
	dmarc=pass (policy=none) header.from=gmail.com;
	spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org
X-Migadu-Spam-Score: -3.13
Authentication-Results: aspmx1.migadu.com;
	dkim=pass header.d=gmail.com header.s=20161025 header.b="a3b7u/TX";
	dmarc=pass (policy=none) header.from=gmail.com;
	spf=pass (aspmx1.migadu.com: domain of emacs-orgmode-bounces@gnu.org designates 209.51.188.17 as permitted sender) smtp.mailfrom=emacs-orgmode-bounces@gnu.org
X-Migadu-Queue-Id: 315B911F61
X-Spam-Score: -3.13
X-Migadu-Scanner: scn1.migadu.com
X-TUID: N35AswBDkbwM

Dear All,

I'm trying to catch up  with the new developments, it isn't easy :-).
I think it would be really helpful to be able to map different
backends to different processors, because latex based solutions like
natbib can handle only latex-based backends, so anybody who wanted to
export both to latex (with a latex citation processor) and something
else would need to constantly change the used citation processor.
Maybe instead of a full alist mapping backends to citation processors
we could have only options to declare a separate processor for
latex-based backends and another for non-latex ones?

best regards,
Andr=C3=A1s

On Fri, 28 May 2021 at 21:41, Nicolas Goaziou <mail@nicolasgoaziou.fr> wrot=
e:
>
> "Bruce D'Arcus" <bdarcus@gmail.com> writes:
>
> > On Fri, May 28, 2021 at 1:54 PM Timothy <tecosaur@gmail.com> wrote:
> >>
> >>
> >> Nicolas Goaziou <mail@nicolasgoaziou.fr> writes:
> >>
> >> > I wouldn't hold my breath.
> >> >
> >> > First, IIUC, there's no reason to force biblatex over natbib OOTB as
> >> > both are widely in use. But, more importantly, "oc-csl" require the
> >> > external Citeproc library, so it cannot be loaded by default. As
> >> > a consequence, no default configuration can use it.
> >>
> >> If you don't mind some follow-up questions.
> >> + I take it that natbib is used by default for LaTeX then? Is it fairl=
y
> >>   easy for the user to switch to biblatex?
> >> + With citeproc, I don't suppose something could be put behind a
> >>   (featurep) switch to use oc-csl if citeproc is available, and fall
> >>   back gracefully otherwise?
> >
> > Not sure about generally (Nicolas can comment on that), but in this
> > case, if you specify this:
> >
> > #+cite_export: natbib
> >
> > ... the export process runs through that processor, even if you are
> > outputting to plain text or HTML, where natbib is not supported.
>
> Exactly.
>
> By default, no export processor is selected. All citations are removed
> from output, and print_bibliography keywords, ignored.
>
> You have to actively select what processor you want for the document,
> globally, through a variable, or with a cite_export keyword. Therefore,
> the processor does not depend on the back-end used; you are supposed to
> choose the one you think to be appropriate. There is no falling back
> either. You get what you asked for. That's the way.
>
> It could be possible to change `org-cite-export-processor' so it becomes
> an alist where you can associate back-ends to processors. But I can't
> see how to transpose it nicely to cite_export keyword.
>
> I'm not convinced this would be an improvement either. For example, you
> may want to use two different processors with the same back-end.
>