From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0 ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms0.migadu.com with LMTPS id AH9TAJnysWAQKQAAgWs5BA (envelope-from ) for ; Sat, 29 May 2021 09:51:53 +0200 Received: from aspmx1.migadu.com ([2001:41d0:8:6d80::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0 with LMTPS id 8Tc5N5jysWDoVwAA1q6Kng (envelope-from ) for ; Sat, 29 May 2021 07:51:52 +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 263371D5A5 for ; Sat, 29 May 2021 09:51:52 +0200 (CEST) Received: from localhost ([::1]:40638 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lmtl6-00058T-G7 for larch@yhetil.org; Sat, 29 May 2021 03:51:48 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:51418) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmtkg-000584-4L for emacs-orgmode@gnu.org; Sat, 29 May 2021 03:51:22 -0400 Received: from basilikum.nobis-admin.de ([89.238.71.130]:35590) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lmtkV-0000k6-LQ for emacs-orgmode@gnu.org; Sat, 29 May 2021 03:51:21 -0400 Received: from bohne (p200300cd6733560034800af5a29bcf0e.dip0.t-ipconnect.de [IPv6:2003:cd:6733:5600:3480:af5:a29b:cf0e]) by basilikum.nobis-admin.de (Postfix) with ESMTPSA id 94BDB6D80918 for ; Sat, 29 May 2021 09:51:06 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=snobis.de; s=default; t=1622274666; bh=KS6JS2oR/iXlCDRUxhPe9KtgNuA8xfdNUGh08t1eXfE=; h=From:To:Subject:References:Date:In-Reply-To:From; b=Zs3g7tVn8RmnmJyPAmnR8o1noXEBc8eqt9+rkV9nBwu5pcTOX9VXrN3DW01RVKLkl bHyrtYiDFNwOk4vuPMPtAtIwUad5ood7cBEH5caoaJCPzDEQx3eaXZCwFMLilpQJNU rhRyxwtugP86mAIFUPTRlAFaJGn0cXsCw0Kk9M/s= From: Stefan Nobis To: emacs-orgmode@gnu.org Subject: Re: [wip-cite-new] Initial implementation of `csl' citation processor References: <87y2c1dym9.fsf@nicolasgoaziou.fr> <875yz2c0r0.fsf@nicolasgoaziou.fr> <87fsy6n8d2.fsf@gmail.com> <87y2byaim4.fsf@nicolasgoaziou.fr> <877djin4qg.fsf@gmail.com> <87eedqahd6.fsf@nicolasgoaziou.fr> <874kemn3qt.fsf@gmail.com> <87y2by8x4p.fsf@nicolasgoaziou.fr> Mail-Followup-To: emacs-orgmode@gnu.org Date: Sat, 29 May 2021 09:51:06 +0200 In-Reply-To: <87y2by8x4p.fsf@nicolasgoaziou.fr> (Nicolas Goaziou's message of "Fri, 28 May 2021 21:40:54 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.2.50 (darwin) MIME-Version: 1.0 Content-Type: text/plain Received-SPF: pass client-ip=89.238.71.130; envelope-from=stefan-ml@snobis.de; helo=basilikum.nobis-admin.de 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, SPF_HELO_PASS=-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." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+larch=yhetil.org@gnu.org Sender: "Emacs-orgmode" X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1622274712; 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:in-reply-to:in-reply-to: references:references:list-id:list-help:list-unsubscribe: list-subscribe:list-post:dkim-signature; bh=KS6JS2oR/iXlCDRUxhPe9KtgNuA8xfdNUGh08t1eXfE=; b=scP0w4VWGbxmyHV6z5uAXIMJF2CHz4E7zzbrtCwYmUNkrxRZqPOSfYkMifUqx704iEvhwb 6MVNi+SZtNlxUi26t7/EmaO3RiLvXglZ1dAVIiTHVvT/A/4PoRwVflVrxB+d5R+eZi9mE3 Qfw/BvR5cNRi8uOgn0BZ4YmQRjrXkDoHRc63vbDyVaU8qQH4QDSJZ36zcOplPMmHbalEh4 NRGI/1vTXArpnHKmHf8++46O/6vPGU8rRPymqjreieL4DccfhnKN2/SX24mRvH9eELOOVT 3BhwcHqF78leUjdd2bxWBpcqTpWoK9x9t772xOD0M2zb8UYCcFeilzKOAy+mXA== ARC-Seal: i=1; s=key1; d=yhetil.org; t=1622274712; a=rsa-sha256; cv=none; b=CoLeR/h7BYFTeMHpS+Vb2Rl/7/PVTp4AYdvjRL1kyqZAMYj39REVwg70HMLx61rBrKbmSQ rRxVVoj4z1hRaYQT/O1TANO76kRs3JzTtGNxg6ejD9irNS9p/1Bjs+z26GL6KFZPqD7e4F C7YmW3rJVRbdqxxewYjKC1nDbDlaXWUjSBd57k1pcVcHB8fg8qHD2ofUjoltIUqG79A/tC D3SbnBdwRhVXsJDHFHFe8k6QwbMlEEd3JQlZDqNEQuXnFd9Qx4eLxJDBOrxaAmMu32XYa0 hY5r5fuBk6M3LJSR3KFaitCAoymX93UPQzGmeDFSCNxOFMsDaM0c3DLFH8aQMQ== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=snobis.de header.s=default header.b=Zs3g7tVn; dmarc=pass (policy=reject) header.from=snobis.de; 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: -1.63 Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=snobis.de header.s=default header.b=Zs3g7tVn; dmarc=pass (policy=reject) header.from=snobis.de; 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: 263371D5A5 X-Spam-Score: -1.63 X-Migadu-Scanner: scn0.migadu.com X-TUID: eLOVTa1KkAAz Nicolas Goaziou writes: > By default, no export processor is selected. All citations are > removed from output, and print_bibliography keywords, ignored. As I'm coming from LaTeX and have been bitten more than once by missing citations in the output (which is solved far better today by biblatex), I would say this is not a very good default. Citations should never be removed (or only with quite some effort). If you publish a text where citations have been removed by accident, that's asking for much trouble. Therefore I would suggest to set some sensible default that at least does not remove citations. For example a simple ASCII export with number or author-year style could be the default citation export for all back-ends. For quite some users (e.g. non-academic, internal white-papers etc.) this may be also a "good enough" solution, so they get easy citation support OOTB. Everyone else would choose some more sophisticated back-end. > 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. What about "cite_export" for a single/default export engine and "cite_export_" (with "" something like "html", "latex", "md", etc.) for overriding the citation exporter for the given back-end, e.g. cite_export ascii cite_export_latex biblatex chicago cite_export_html csl "some style" (I forgot about the correct syntax for cite_export, so just a really rough sketch to illustrate the idea). Would that be feasible? > 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. I'm not sure if this is true for many back-ends. Currently, I would assume that this is only the case for the LaTeX back-end (e.g. preparing a paper for different journals with different citations requirements). But in this case LaTeX has already quite some tools that could be utilized. All the different kinds of citation commands are there to be able to easily switch styles for the whole document (within a single back-end). I think what I'm trying to say is, that for the simple Org user it may be easier to handle peculiarities of his back-ends (like HTML and LaTeX) that it is for him to write custom Elisp to use exporter A for HTML and exporter B for LaTeX. -- Until the next mail..., Stefan.