From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mp0.migadu.com ([2001:41d0:303:5f26::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by ms8.migadu.com with LMTPS id 4ArJHh18n2VRKwAAkFu2QA (envelope-from ) for ; Thu, 11 Jan 2024 06:26:53 +0100 Received: from aspmx1.migadu.com ([2001:41d0:403:4876::]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) by mp0.migadu.com with LMTPS id eK//GR18n2XjGgAAqHPOHw (envelope-from ) for ; Thu, 11 Jan 2024 06:26:53 +0100 X-Envelope-To: larch@yhetil.org Authentication-Results: aspmx1.migadu.com; dkim=pass header.d=williamdenton.org header.s=protonmail header.b=bYczNHHg; 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"; dmarc=pass (policy=none) header.from=williamdenton.org ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=yhetil.org; s=key1; t=1704950813; 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:list-id:list-help: list-unsubscribe:list-subscribe:list-post:dkim-signature; bh=Tfu3TFhGUqSlX+EW+j7keRd86CUV4zxdb0jnROHeNyQ=; b=l5nuaKUlIg1bg802mchG0ekzWlkYQTV4D9EI1qNoi7+YuAfFOkhbF75K9tUWK3+9gJO+jk h2FM5AK1whTf4XkapjRIqdV5pJI+zhHpGQFIho8hB5+I6KcYOoxskk4txgUK54EeOnUJCN Up6iLoXpERagTjGilhgzNyw4nqT2GedJnxQonJ57DaUUkBd56xu/aXoB3m8ab29eakkMqK rmCjppTGHiLOiaSbDnTKXqihhvM3huBH74VMHSzJlWn1nfj3UzUSvha67iqksSWCpsEofg NPyuGtWuxsl6OpMU1EYmjmGQDE9Ve+b8MiZaParMVsJsxyQ8oqnQREDdxL6B9g== ARC-Authentication-Results: i=1; aspmx1.migadu.com; dkim=pass header.d=williamdenton.org header.s=protonmail header.b=bYczNHHg; 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"; dmarc=pass (policy=none) header.from=williamdenton.org ARC-Seal: i=1; s=key1; d=yhetil.org; t=1704950813; a=rsa-sha256; cv=none; b=GwYEXFcUKJrIeibhVaGjLwwh6Ow6F1rOlYgf1WAT2Ac1/MG62vLOIwhoyeYlI2DD/ehuDb XawuB0MJoh15KyLo/SEgqIJwL8Yj6z7CfOljpXGFBPGUzMmHVXU3H511thPOKUm70sjaBU RrYh8BRnBzJ+10aaFaXDJBFhBw0DyEeVy5Pi2FcrEPCvkBmytHbiMNlTSgRnai3jLfSSiw hL09P9yAFKe+QH8ViAM7mckWB8SVxRF9E3E3n92JX2o3+YVFJiYO5bPfju2DM3fTTbPrzk 1uf+NG0B4O0VtW/Uzeq2Hnv0hZDZL0CrC/TnOLCNglczZpxpcQstao/soCxGFQ== 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 0950776B75 for ; Thu, 11 Jan 2024 06:26:52 +0100 (CET) Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rNnZq-0008DD-Ce; Thu, 11 Jan 2024 00:26:02 -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 1rNnZm-0008Cj-Lf for emacs-orgmode@gnu.org; Thu, 11 Jan 2024 00:25:59 -0500 Received: from mail-4317.proton.ch ([185.70.43.17]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1rNnZj-0006BZ-KP for emacs-orgmode@gnu.org; Thu, 11 Jan 2024 00:25:58 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=williamdenton.org; s=protonmail; t=1704950750; x=1705209950; bh=Tfu3TFhGUqSlX+EW+j7keRd86CUV4zxdb0jnROHeNyQ=; h=Date:To:From:Subject:Message-ID:Feedback-ID:From:To:Cc:Date: Subject:Reply-To:Feedback-ID:Message-ID:BIMI-Selector; b=bYczNHHgR34P7SO79Z8rp1TwV/d14eQTy+UL/fK0RNkrp6YqqaVn4PJCV4c5KhwS6 ixv+7qowUPR6A4+ZZaCBdESbxqSjeYenbIykAJKftpBDRws6noP+4KT5BpZzoDoviL IQh12yX2pkVu0cVVQ8g159inFJACo1i48AmwUbXvB5dUUHXWpivfWy81LomQLjRV35 GJAfvI0sUnC9+u/sYp6JpT5V9q8fRcgAKOVWpORiqts8W5Bgz84KcOXEH19Hy/9cTH bAST1bQeYBoe/fAdGvrLFWwTEr6Fec3IhtHkRBxSPAvcpvi/iCi/l2dL1fffrOVik9 wBbbuns7IMSpA== Date: Thu, 11 Jan 2024 05:25:28 +0000 To: Emacs Org mode mailing list From: William Denton Subject: Basic citations: should default citation style have a name and style code? Message-ID: Feedback-ID: 95794763:user:proton MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Received-SPF: pass client-ip=185.70.43.17; envelope-from=william@williamdenton.org; helo=mail-4317.proton.ch 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, RCVD_IN_MSPIKE_H5=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01 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-Flow: FLOW_IN X-Migadu-Country: US X-Migadu-Scanner: mx10.migadu.com X-Migadu-Spam-Score: -6.50 X-Spam-Score: -6.50 X-Migadu-Queue-Id: 0950776B75 X-TUID: jNAHsiEJJdHT This is a small point, but I think I've found a situation where the lack of= a name for a default means there are situations where it can't be used. = =20 Let's say we have Basic.bib with this: @book{friends, title =3D {{{LaTeX}} and Friends}, author =3D {van Dongen, M.R.C.}, date =3D {2012}, location =3D {Berlin}, publisher =3D {Springer}, doi =3D {10.1007/978-3-642-23816-1}, isbn =3D {9783642238161} } Also we have this Org file. Note that it's using the basic citation proces= sor and the author-year bibliography style. There's no bibliography printe= d, but that doesn't matter for this example. The author-year bibliography = style is the default: if it was left out of the cite_export line it would s= till be used, but it can be specified by name. Because no citation style is set for the document, the default (which has n= o name) will be used. The first citation object will use the default and t= he second will be text with caps (/t/c means the style is set with t for te= xt, variant with c for caps): # ---------- #+bibliography: Basic.bib #+cite_export: basic author-year "Most scholarly works have citations and a bibliography or reference sectio= n," wrote a computer scientist [cite:@friends]. [cite/t/c:@friends] wrote, "Most scholarly works have citations and a bibli= ography or reference section." # ---------- This exports (C-c C-e t A) to: # ---------- "Most scholarly works have citations and a bibliography or reference section," wrote a computer scientist (van Dongen, M.R.C., 2012). Van Dongen, M.R.C. (2012) wrote, "Most scholarly works have citations and a bibliography or reference section." # ---------- But let's say we set the citation style for the document to "text". Now th= ere is no way to use the unnamed "default" citation style! Note the change= in the second citation object here, because now text is the default. # ---------- #+bibliography: Basic.bib #+cite_export: basic author-year text "Most scholarly works have citations and a bibliography or reference sectio= n," wrote a computer scientist [cite:@friends]. [cite//c:@friends] wrote, "Most scholarly works have citations and a biblio= graphy or reference section." # ---------- This exports to: # ---------- "Most scholarly works have citations and a bibliography or reference section," wrote a computer scientist van Dongen, M.R.C. (2012). Van Dongen, M.R.C. (2012) wrote, "Most scholarly works have citations and a bibliography or reference section." # ---------- As far as I can tell, there's nothing that can be done to the first citatio= n object to make it use the "default" style. The document-level setting ma= kes a new default, and because the original "default" has no name or style = code, there's no way to get at it. The basic citation processor is a proof of concept and shouldn't be used fo= r real work, so this is probably never going to result in a real problem. = Nevertheless, it seems like a bug. There is a combination that should be p= ossible but isn't. Sadly my Lisp isn't good enough for me to offer a worki= ng solution, but if the default citation style had, for example, the name "= default" and one-letter code "d" then I think the problem would go away. With thanks to everyone who did all the great citation work originally, Bill -- William Denton https://www.miskatonic.org/ Librarian, artist and licensed private investigator. Toronto, Canada