From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Leo Stein Newsgroups: gmane.emacs.bugs Subject: bug#51621: 29.0.50; bibtex.el biblatex "2.1.3 Non-standard Types" support Date: Sat, 30 Nov 2024 22:33:11 -0600 Message-ID: References: <87v91618i8.fsf@lausen.nl> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000f3e86b06282dee93" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4176"; mail-complaints-to="usenet@ciao.gmane.io" To: leonard@lausen.nl, 51621@debbugs.gnu.org Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Dec 01 13:13:22 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1tHipF-0000wD-9Z for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 01 Dec 2024 13:13:21 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1tHip1-0000tg-2a; Sun, 01 Dec 2024 07:13:07 -0500 Original-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 1tHiox-0000tG-7v for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2024 07:13:04 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tHiow-0005NR-LW for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2024 07:13:02 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=Date:From:MIME-Version:To:In-Reply-To:References:Subject; bh=IQIzGhnIJ90V/Gbao76fV8Vtrm3dwkXHLNA+fnzDVlE=; b=tuV5Qxq8yUJ4Tezx0wEKoi6cl+pWnw2bVmiLJ/zUyIhDRVQ/smc3/2ehmFgI5E0SZt6xnGD3I/D3h6KaVZwzYlDe3CkKShlnF+r9BX9FrV+/4coYYTTueGUMshVdyJaOCoFHeKyGX8UcXXiEMhhb1eoaSJ5niL6IjU5dV0qWICLUriitgki9jIXArLtseNoH3undnN8x94bMWLzip1VmeajvRODBORvqyHSoztBjvV0xowamRB0fvZYhuZmfj7g84bHBYHyAN8ekNWUNMmX9OGjgYZ0FHn1lp54udy0oSFyFqBJUeVad7cX2ytJqdOFcJVjTn1soUOZ8JwGbeXkJ+w==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1tHiow-0005XE-6i for bug-gnu-emacs@gnu.org; Sun, 01 Dec 2024 07:13:02 -0500 X-Loop: help-debbugs@gnu.org In-Reply-To: <87v91618i8.fsf@lausen.nl> Resent-From: Leo Stein Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 01 Dec 2024 12:13:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 51621 X-GNU-PR-Package: emacs X-Debbugs-Original-To: Leonard Lausen , bug-gnu-emacs@gnu.org Original-Received: via spool by submit@debbugs.gnu.org id=B.173305516521240 (code B ref -1); Sun, 01 Dec 2024 12:13:02 +0000 Original-Received: (at submit) by debbugs.gnu.org; 1 Dec 2024 12:12:45 +0000 Original-Received: from localhost ([127.0.0.1]:50595 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tHioe-0005WV-Bu for submit@debbugs.gnu.org; Sun, 01 Dec 2024 07:12:45 -0500 Original-Received: from lists.gnu.org ([209.51.188.17]:38690) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1tHbgN-0006zS-HW for submit@debbugs.gnu.org; Sat, 30 Nov 2024 23:35:44 -0500 Original-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 1tHbeF-0003kN-Li for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 23:33:31 -0500 Original-Received: from mail-yw1-x112f.google.com ([2607:f8b0:4864:20::112f]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1tHbeD-0004ZE-Sg for bug-gnu-emacs@gnu.org; Sat, 30 Nov 2024 23:33:31 -0500 Original-Received: by mail-yw1-x112f.google.com with SMTP id 00721157ae682-6ee676b4e20so33490647b3.3 for ; Sat, 30 Nov 2024 20:33:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1733027608; x=1733632408; darn=gnu.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=IQIzGhnIJ90V/Gbao76fV8Vtrm3dwkXHLNA+fnzDVlE=; b=Zw1LBVTE+fnR8WlLjrlCFIkzEs33qTjSmABsyc6b+TMY0RpkGw2kFRhVuzhkNFS4V8 0Y+f7It9cYHLvUQRIK74AleLwIJX4BKdTz9A++0i8Qsu8tsZDlEcn1a+HcEQSw/1JjWk I6GV50knqUdAWdhKPQDjDSSsEAnIUrJgHIUbVJhi0VqwuBDYTLPC31+Dxr4BMUs9DOdG CYV5E513Ol5rNJPfE6iWrJ8dwFwJ/QbQFR4naP42UylNZRHSNbihaOdMl8iQslxX9mRL TZj7nXmXZJ8LxRQPCvMkRgOf7OMZTkRk8V523gGQLhYxrGM3jTz+loo48cBzFB7iGedZ sCmQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1733027608; x=1733632408; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=IQIzGhnIJ90V/Gbao76fV8Vtrm3dwkXHLNA+fnzDVlE=; b=j2u8B3x7twtt6/iRwCUqdNmPhKg5amFFabVi0Kq4jv2urQxWFijuEkW6eKGDJNGavT Vwags52ZVAGUJ1MliAw7D/JF5X1cKTudT2wVpiId0an95x5Vx39lNTYxqpP4dwIInNqs Aoao13hAgEqF8ER7Rd+B5+jEjB2n75Jf3lfrmN1YCKibwwPCE9xxkek94n6iivcx0rF7 yE+LyLmlHT07qEnegWlBdjUn8GoCq6lpqZwxvSeYHnpHSEQ9TwhQdXAS/1RnyXj6rO+C xQhVIKlN9/SzAVBpl4oGuMMmXNfG7MJqz+uZZ+i2qlp1yuIlN1eyvJJSIxDkW7yCTKLy pQCA== X-Forwarded-Encrypted: i=1; AJvYcCXbaVZ7dEMD+V+F/hJpALlVmm0VTDhczjQ0uxpRMYrJYOq+5LLUKE/kLACiJ/7maSBNk1NMtgtnFoG4pjz5@gnu.org X-Gm-Message-State: AOJu0YwkVIsCx/3kM5Wv0KG19KNrHeQwkXUbfocHvRtxaG2l4bOEssc+ tpB/2gH9TZ/iehwMOVzdV6Lvs5ABISYRWcF77MWHIOnS/fVnp56iOxX1W+jlelqtGxRgFZxxiAE 4dbAIgSe3R5h/qwVYJCb7C0fjxiQvmraz X-Gm-Gg: ASbGncuV57mKmbHOu/0m+X6ovxXlgCgGWYp+fqhh+NNcngjGT0OzEeYfHlfHeUlasH3 V73P8p8ImXd7DZz8mVY/t8jGnzTXEsVo= X-Google-Smtp-Source: AGHT+IEQwweKGpT1LFS5jkj7gFUylgfJw9fPQAQYh0JmI2qR7pSSXXGcgN2wOLrsCc79K7BGbcvBys+ovukxYTckKUA= X-Received: by 2002:a05:690c:74c9:b0:6ec:b108:e5ce with SMTP id 00721157ae682-6ef37279c69mr232078277b3.28.1733027607862; Sat, 30 Nov 2024 20:33:27 -0800 (PST) Received-SPF: pass client-ip=2607:f8b0:4864:20::112f; envelope-from=leo.stein@gmail.com; helo=mail-yw1-x112f.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, HTML_MESSAGE=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-Mailman-Approved-At: Sun, 01 Dec 2024 07:12:43 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:296241 Archived-At: --000000000000f3e86b06282dee93 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, I wanted to raise a bug report but found this earlier one from 3 years ago that was almost the same as my own. I was confused about why BibTeX-mode was happily fontifying a doi=3D... field within a @software entry, and attaching a button to it, but I could not follow the URL =E2=80=94 because BibTeX-mode thinks @software is not an allowed type within the "BibTeX" "dialect". So, bibtex-parse-entry returns nil. This is because the regex bibtex-entry-head is built from all "valid" entry types of the "dialect". However, there is no reason @software, or any other type of entry, should be an "invalid" entry in a bibtex file. It's the purview of whatever bibtex style (defined in a .bst file) to determine what to do with different entries. Some bst's default to passing things along to the @misc entry type. But, I count 7 different bst's in the 2024 TeXLive tree that define a @software type, and I'm sure there are many more custom types (e.g. the TeX User's Group's tugboat.bst defines an entry type for @ctan , i.e. to cite an entry on the Comprehensive TeX Archive Network). I'm starting to think that the "dialect" design within bibtex.el was confused about bibtex vs. biblatex (this is pretty confusing, as we can see here: https://tex.stackexchange.com/q/25701/34063). However, I'm not sure what is the correct solution. At the very least, bibtex.el should be more permissive about what entry types get parsed by bibtex-parse-entry. Best Leo --000000000000f3e86b06282dee93 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

I wante= d to raise a bug report but found this earlier one from 3 years ago that wa= s almost the same as my own. I was confused about why BibTeX-mode was happi= ly fontifying a doi=3D... field within a @software entry, and attaching a b= utton to it, but I could not follow the URL =E2=80=94 because BibTeX-mode t= hinks @software is not an allowed type within the "BibTeX" "= dialect". So, bibtex-parse-entry returns nil. This is because the rege= x bibtex-entry-head is built from all "valid" entry types of the = "dialect".

However, there is no reason @= software, or any other type of entry, should be an "invalid" entr= y in a bibtex file. It's the purview of whatever bibtex style (defined = in a .bst file) to determine what to do with different entries. Some bst= 9;s default to passing things along to the @misc entry type. But, I count 7= different bst's in the 2024 TeXLive tree that define a @software type,= and I'm sure there are many more custom types (e.g. the TeX User's= Group's tugboat.bst defines an entry type for @ctan , i.e. to cite an = entry on the Comprehensive TeX Archive Network).

I= 'm starting to think that the "dialect" design within bibtex.= el was confused about bibtex vs. biblatex (this is pretty confusing, as we = can see here:=C2=A0= https://tex.stackexchange.com/q/25701/34063). However, I'm not sure= what is the correct solution. At the very least, bibtex.el should be more = permissive about what entry types get parsed by bibtex-parse-entry.

Best
Leo
--000000000000f3e86b06282dee93--