From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp12.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms5.migadu.com with LMTPS id CEJCLZ/1zmMoAAAAbAwnHQ (envelope-from ) for ; Mon, 23 Jan 2023 22:01:19 +0100 Received: from aspmx1.migadu.com ([2001:41d0:2:bcc0::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp12.migadu.com with LMTPS id sL0ULZ/1zmO+dAAAauVa8A (envelope-from ) for ; Mon, 23 Jan 2023 22:01:19 +0100 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 621673D5CB for ; Mon, 23 Jan 2023 22:01:19 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pK3vZ-0002Wb-TF; Mon, 23 Jan 2023 16:00:29 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pK3vW-0002TO-8S for emacs-orgmode@gnu.org; Mon, 23 Jan 2023 16:00:28 -0500 Received: from wilbur.contactoffice.com ([212.3.242.68]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pK3vS-0005uu-Cq for emacs-orgmode@gnu.org; Mon, 23 Jan 2023 16:00:25 -0500 Received: from hologram (hologram.co-bxl [10.2.0.17]) by wilbur.contactoffice.com (Postfix) with ESMTP id A5FB51E25 for ; Mon, 23 Jan 2023 22:00:14 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; t=1674507614; s=20210208-e7xh; d=mailfence.com; i=edgarlux@mailfence.com; h=Date:From:To:Message-ID:In-Reply-To:References:Subject:MIME-Version:Content-Type:Content-Transfer-Encoding; l=3049; bh=z2uclFcXHvKOVyvih2+DIfJIXdJgDIWcvvQH78V/yGs=; b=tqFWDzz0kQ4zg5SGcJygPHquyZtmLac/PI/Pv0MqxFehm4gX7i1vlCZS811mgFNK lgpEyzP4/0VQBwPNQjJF7nKLVNR8uaXJPnZfDOvBB+XY+9nAMy/i6NjS1tapg7RnTMf 28euDFoGME898iUqLMCJ0phgLJfUSYuamIUib+p81uHvrzWhC8J/cG+xospS3GrlOCh LC88+HHy1U9vVRgmp9Ffovu+e+IO9nTHoOtVKCKQxJufbdmIdMt2HUrKQZtD1wUqpaQ iCDBwl5WQXnbc8mqEVYbMF0bRTYG0LCX/lOPo6P7MlKwKd7Z5XEUfY1qEvGd9waowI6 mhmL2wnTiA== Date: Mon, 23 Jan 2023 21:58:31 +0100 (CET) From: Edgar Lux To: emacs-orgmode@gnu.org Message-ID: <1897723911.54727.1674507511254@fidget.co-bxl> In-Reply-To: <87tu0h5x33.fsf@localhost> References: <795525985.881228.1674077475456@ichabod.co-bxl> <87cz78qo5d.fsf@localhost> <101392154.966532.1674332749371@fidget.co-bxl> <873582om65.fsf@localhost> <865655434.1045612.1674415160995@fidget.co-bxl> <87tu0h5x33.fsf@localhost> Subject: Re: Patch for \usepackage[ ... natbib = true ...]{...biblatex} with org-cite MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Mailer: ContactOffice Mail X-ContactOffice-Account: com:195124330 Received-SPF: pass client-ip=212.3.242.68; envelope-from=edgarlux@mailfence.com; helo=wilbur.contactoffice.com X-Spam_score_int: -27 X-Spam_score: -2.8 X-Spam_bar: -- X-Spam_report: (-2.8 / 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, RCVD_IN_DNSWL_LOW=-0.7, 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.29 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-bounces+larch=yhetil.org@gnu.org X-Migadu-Country: US X-Migadu-Flow: FLOW_IN ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1674507679; 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=z2uclFcXHvKOVyvih2+DIfJIXdJgDIWcvvQH78V/yGs=; b=ndE4pjI86eXWv7o0ISeQGWtylyfYsr/PYiTa0pH/0yVKiOf4blsPFTjmFJH5LkFbJMzQN9 5UMtp4tx6vMxWoeJy2CY4BYN9DmB4Gax5KpEin5yGo3otTuA6JOaH7CSXPL7Il1408s1D1 EZ00QgRmWBFKw0L5nk0Zs7vEi9Yykyiy8tX8QjaZgTOKGlYwSfsAdveU8DK64S+YgnwnuA cdip/Vkf7okvuYVLlje4mZvwWB5BVqps3bXwc5jEaawfAXbAHtPfwBgh4wXbg9YH8V9D8a eFfV5q9gsaJGY/EjIJf5ZswJRwqNPkUJuJNDSXrE35CXUq30kp7iSYQtBhYaxg== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=mailfence.com header.s=20210208-e7xh header.b=tqFWDzz0; dmarc=pass (policy=quarantine) header.from=mailfence.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" ARC-Seal: i=1; s=key1; d=yhetil.org; t=1674507679; a=rsa-sha256; cv=none; b=jB5hAOZqo4/h+r63yqIvLQniuns1bAqegu6x22qX/O8/EbocEproGKDosiRz+P4DTJbnKP EPs4PWqnOMECd2mCyMtT0pbXSxAoKXffb+7nRvyukGIp8bfKYrRHBK0hRhQtA6z0cUcOmS 99k6ubRq1x2ZV+D+8Z/vGB4kNgOmPtgYDTRIXAA0F9i50OLHSASjA/6jcpOlGbKIHX9Ta3 X8pe0Ztveyf/UO68Hq/0fC2xfB6MNwrl5OmVFiDNDoHYwCoRzjYq9td60Gigxz26G7vWIF 88yHJoWu/eDJcP3JwHjeJOLHqCZYfyNAQ7it+il/7BGRtDhDaQf4ZAjaeI0J5Q== Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=mailfence.com header.s=20210208-e7xh header.b=tqFWDzz0; dmarc=pass (policy=quarantine) header.from=mailfence.com; spf=pass (aspmx1.migadu.com: domain of "emacs-orgmode-bounces+larch=yhetil.org@gnu.org" designates 209.51.188.17 as permitted sender) smtp.mailfrom="emacs-orgmode-bounces+larch=yhetil.org@gnu.org" X-Migadu-Spam-Score: -2.68 X-Spam-Score: -2.68 X-Migadu-Queue-Id: 621673D5CB X-Migadu-Scanner: scn1.migadu.com X-TUID: dEjlstbDoIA5 On Jan 23, 2023 at 12:06 PM, Ihor Radchenko wrote:Edgar Lux writes: > So, what is the problem with LATEX_HEADER approach? I thought that it would be preferable to have a native Org syntax. > I do not like passing the options as-is in #+cite_export because not all > the possible biblatex \usepackage options are affecting the > bibliography. Options like sortcites, maxcitenames, autocite, etc are > only affecting the citation style, not the bibliography. And options > like bibencoding are totally irrelevant to both citation and > bibliography styles. That's fair, but it can just as well be used as a line to configure biblatex (since it is already being used anyway). Besides, there are many other options which do concern the style or are very needed (hyperref=true,backref=true,url=true,backend=biber,natbib=true). I'm not advocating for my suggestion, just showing my reasoning. As I said, I'm fine with the =#+latex_header:=. > > 1. case > > #+begin_src org > > #+cite_export: biblatex "how/much" > > #+end_src > > > > the result is > > #+begin_src latex > > \usepackage[bibstyle=how,citestyle=much]{biblatex} > > #+end_src > > This is actually confusing. > This code is by Nicolas, but does not seem to be consistent with the > idea of "BIBLIOGRAPHY STYLE". > > I am CCing him in cause if there is something I am missing. The docstring says: ;; "cite_export" keyword. If you need to use different styles for bibliography ;; and citations, you can separate them with "bibstyle/citestyle" syntax. E.g., ;; ;; #+cite_export: biblatex authortitle/authortitle-ibid > This is plain abusing. > We might remove the "/" matching completely and throw an error if there > are commas inside style name. Users must not rely on such undocumented > behavior. Let the user decide (?). If she gets to that point, she surely knows how to (ab)use it--in her favour. > whether some of these are broken is up for discussion. The suggested patch adds one conditional case, which searches for ="syle="=, takes away the brackets and turns the above cases into: [I do not see any patch attached] WTF... again! (sorry) diff --git a/lisp/oc-biblatex.el b/lisp/oc-biblatex.el index a27f9e9bf..3e912f2d9 100644 --- a/lisp/oc-biblatex.el +++ b/lisp/oc-biblatex.el @@ -99,6 +99,10 @@ Return a string." (style-options (cond ((null style) nil) + ((string-match "style=" style) + (list (replace-regexp-in-string + "\\(style=[^/]*\\)/" "\\1,citestyle=" + (org-unbracket-string "[" "]" style)))) ((not (string-match "/" style)) (list (concat "style=" style))) (t (list (concat "bibstyle=" (substring style nil (match-beginning 0))) > Why not storing email locally? Account limits are non-issue then ;) The server does not allow me to download e-mails! (free as in... half a beer. I can get the full beer if I pay for it, though). Thanks for the suggestion. -- Sent with https://mailfence.com Secure and private email