GNU logs - #57246, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Cletip Cletip <clement020302@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 16 Aug 2022 17:10:02 +0000
Resent-Message-ID: <handler.57246.B.16606697515246 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 57246 <at> debbugs.gnu.org
MIME-Version: 1.0
From: Cletip Cletip <clement020302@HIDDEN>
Date: Tue, 16 Aug 2022 19:08:48 +0200
Message-ID: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
Content-Type: multipart/alternative; boundary="000000000000e82fd505e65ecd31"
Received-SPF: pass client-ip=2a00:1450:4864:20::633;
 envelope-from=clement020302@HIDDEN; helo=mail-ej1-x633.google.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 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_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.1 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.0 (---)

--000000000000e82fd505e65ecd31
Content-Type: text/plain; charset="UTF-8"

Hello
It's all in the object: biblatex does not recognize inputs of type "video".
I think that the bibtex-biblatex-entry-alist variable (and maybe
bibtex-biblatex-field-alist) should be modified

Thanks in advance

--000000000000e82fd505e65ecd31
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hello<div>It&#39;s all in the object: biblatex does not re=
cognize inputs of type &quot;video&quot;.<br>I think that the bibtex-biblat=
ex-entry-alist variable (and maybe bibtex-biblatex-field-alist) should be m=
odified<br><br>Thanks in advance<br></div></div>

--000000000000e82fd505e65ecd31--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Cletip Cletip <clement020302@HIDDEN>
Subject: bug#57246: Acknowledgement (biblatex don't recognize video type
 entry)
Message-ID: <handler.57246.B.16606697515246.ack <at> debbugs.gnu.org>
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
X-Gnu-PR-Message: ack 57246
X-Gnu-PR-Package: emacs
Reply-To: 57246 <at> debbugs.gnu.org
Date: Tue, 16 Aug 2022 17:10:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 57246 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
57246: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D57246
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Lars Ingebrigtsen <larsi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 17 Aug 2022 11:23:02 +0000
Resent-Message-ID: <handler.57246.B57246.166073532818464 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Cletip Cletip <clement020302@HIDDEN>
Cc: Roland Winkler <winkler@HIDDEN>, 57246 <at> debbugs.gnu.org
From: Lars Ingebrigtsen <larsi@HIDDEN>
In-Reply-To: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
 (Cletip Cletip's message of "Tue, 16 Aug 2022 19:08:48 +0200")
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
Date: Wed, 17 Aug 2022 13:21:53 +0200
Message-ID: <87v8qrglny.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Cletip Cletip <clement020302@HIDDEN> writes:

> It's all in the object: biblatex does not recognize inputs of type "video".
> I think that the bibtex-biblatex-entry-alist variable (and maybe
> bibtex-biblatex-field-alist) should be modified

Perhaps Roland has some comments here; added to the CCs.

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Roland Winkler <winkler@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Wed, 17 Aug 2022 22:56:02 +0000
Resent-Message-ID: <handler.57246.B57246.166077696032329 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Cletip Cletip <clement020302@HIDDEN>, 57246 <at> debbugs.gnu.org
From: Roland Winkler <winkler@HIDDEN>
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
 <87v8qrglny.fsf@HIDDEN>
Date: Wed, 17 Aug 2022 17:55:49 -0500
In-Reply-To: <87v8qrglny.fsf@HIDDEN> (Lars Ingebrigtsen's message of "Wed,
 17 Aug 2022 13:21:53 +0200")
Message-ID: <87tu6acwei.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

On Wed, Aug 17 2022, Lars Ingebrigtsen wrote:
> Cletip Cletip <clement020302@HIDDEN> writes:
>
>> It's all in the object: biblatex does not recognize inputs of type "video".
>> I think that the bibtex-biblatex-entry-alist variable (and maybe
>> bibtex-biblatex-field-alist) should be modified
>
> Perhaps Roland has some comments here; added to the CCs.

I believe these are non-standard biblatex entries with incomplete
biblatex support.

In Emacs BibTeX mode the problem is here that all biblatex entry types
are defined via the rather "big" user variable
bibtex-biblatex-entry-alist.  So the idea is that users can customize
this variable and define additional entry types.  However, this is not a
very practical strategy.  From a technical perspective, there is still
bug#53606.  Also, as biblatex evolves, the default value of
bibtex-biblatex-entry-alist is continuously updated with each release of
Emacs.  (Usually this refers to small changes concerning biblatex entry
types that are already defined via this variable.)  However, if a user
customizes this variable in whatever way, she will miss the updated
default value when the next release of emacs is shipped.

I believe, these problems are not specific to BibTeX mode.  There are
several "big" user variables in Auctex where I am splicing my custom
elements into an alist instead of using the customize machinery.  This
is not a very user-friendly approach.

Often such "big" user variables are alists.  Sometimes I have been
wondering whether the customize machinery could provide special support
for alists that allows one to modify or add individual cons cells
without touching other cells that are part of the default value.  Then
if a new release of emacs uses updated values for such user variables,
there are less opportunities for how this may collide with individual
customizations.

Would that be useful?

In the present context, a simpler strategy would be to define a new user
variable bibtex-biblatex-extra-entry-alist that complements / overrides
the defaults in bibtex-biblatex-entry-alist.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Stefan Kangas <stefankangas@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 18 Aug 2022 00:54:01 +0000
Resent-Message-ID: <handler.57246.B57246.166078398611129 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 57246
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Roland Winkler <winkler@HIDDEN>, Lars Ingebrigtsen <larsi@HIDDEN>
Cc: Cletip Cletip <clement020302@HIDDEN>, 57246 <at> debbugs.gnu.org
Received: via spool by 57246-submit <at> debbugs.gnu.org id=B57246.166078398611129
          (code B ref 57246); Thu, 18 Aug 2022 00:54:01 +0000
Received: (at 57246) by debbugs.gnu.org; 18 Aug 2022 00:53:06 +0000
Received: from localhost ([127.0.0.1]:53307 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oOTmU-0002tR-Ec
	for submit <at> debbugs.gnu.org; Wed, 17 Aug 2022 20:53:06 -0400
Received: from mail-ua1-f48.google.com ([209.85.222.48]:39900)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1oOTmS-0002st-42
 for 57246 <at> debbugs.gnu.org; Wed, 17 Aug 2022 20:53:05 -0400
Received: by mail-ua1-f48.google.com with SMTP id i5so138977uat.6
 for <57246 <at> debbugs.gnu.org>; Wed, 17 Aug 2022 17:53:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:from:to:cc;
 bh=7XgwNNJE5ZmY3o5/QVeA0taYEGgouyJ9DUzsZsNeMeU=;
 b=OmBNH3bxxZISIIRsEyPqiRVRh+a7DxXb9q+EXSOvdx6lvqSl1PdaRncuODOd/MxlQQ
 BmheYOh4WSV4sDC8MTf6vXCSW5tFWP0fvZ623W8HlMgO2p+nm2q27L+dqwmPq94TRsi+
 TcO5ZXkMpV2H9Cdr8lQT1KTi2OcW25PQwjyn1Hc2R9x00vwr/j1uoquWFPrmugWCOT78
 h5UQoBwsQUp1wdeya/0GimOn2HSLgX3vBBsMEEDm/pPCJGSwH9wu60BxAD2cH/k9/pn2
 mJnbGJpcfjCccjFpLhThcSqx/aW7mVy0nZYZESteCbLl6+BtnWQqiBTKvQvdhBzk5+hu
 MbCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20210112;
 h=cc:to:subject:message-id:date:mime-version:references:in-reply-to
 :from:x-gm-message-state:from:to:cc;
 bh=7XgwNNJE5ZmY3o5/QVeA0taYEGgouyJ9DUzsZsNeMeU=;
 b=r71HF6ctRFULCZylbiJ4TXN0pdnbwyzHLG23fRK8P2LYSNBRDdE8DNvhVRZ6+MGRez
 4YwBGkfHjqfdwBYcocHktLuMzLhAgQrW548GCqgzqgQkmbG0HBcmplKiezHjrJ6DBao/
 OjBv1RxU/fcWraG/h2x1OxOujG5GMy6WYOR+xAYhQvttAx5ZMr+lWQ2MC8wEJ5Q4jflu
 BlwQQTKX61n06k2V6vBjjr4aLNSKEvrWXjGUNVIbZjBxRuHuK9ycFwEJYJyvBoG0gvt3
 mwe9+HjxVZ+3qFzmjdzjRVfvEd1FiESJOOxgKjKNiOIW3eD0T1Kh7eNZXP4YMmm3G55G
 orQw==
X-Gm-Message-State: ACgBeo2xj/jyuUJVpGoIHdPYZ1LFNc4WX0VhYE91aNUh3R1eN6U9src8
 PC6AItPIqFGHzHIFUaMBVJkrD7yhezmcjNZICSE=
X-Google-Smtp-Source: AA6agR4ZHfANWEjqWYeD9yqD8f29x1Dw4nQO49p+ULu6kCUwPnSOnYdyuQG8EwXuECwnWib9sym7EBiSILjr2ESzDig=
X-Received: by 2002:a9f:2f0c:0:b0:38c:6559:3c5d with SMTP id
 x12-20020a9f2f0c000000b0038c65593c5dmr231200uaj.121.1660783978367; Wed, 17
 Aug 2022 17:52:58 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Wed, 17 Aug 2022 17:52:57 -0700
From: Stefan Kangas <stefankangas@HIDDEN>
In-Reply-To: <87tu6acwei.fsf@HIDDEN>
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
 <87v8qrglny.fsf@HIDDEN> <87tu6acwei.fsf@HIDDEN>
X-Hashcash: 1:20:220818:57246 <at> debbugs.gnu.org::Cbtw0jXZ/d0uCZgB:6lkg
MIME-Version: 1.0
Date: Wed, 17 Aug 2022 17:52:57 -0700
Message-ID: <CADwFkmnAykqs7vJxxxD6bAAxo9Gc_gEWAJg8PUME7v_e0exm+g@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Roland Winkler <winkler@HIDDEN> writes:

> In Emacs BibTeX mode the problem is here that all biblatex entry types
> are defined via the rather "big" user variable
> bibtex-biblatex-entry-alist.  So the idea is that users can customize
> this variable and define additional entry types.  However, this is not a
> very practical strategy.  From a technical perspective, there is still
> bug#53606.  Also, as biblatex evolves, the default value of
> bibtex-biblatex-entry-alist is continuously updated with each release of
> Emacs.  (Usually this refers to small changes concerning biblatex entry
> types that are already defined via this variable.)  However, if a user
> customizes this variable in whatever way, she will miss the updated
> default value when the next release of emacs is shipped.

How about just having two variables instead?  One for users, and one for
the mode itself.

For an example, see `dired-guess-shell-alist-default' and
`dired-guess-shell-alist-user'.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Roland Winkler <winkler@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 18 Aug 2022 03:13:02 +0000
Resent-Message-ID: <handler.57246.B57246.166079234624564 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 57246
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefankangas@HIDDEN>
Cc: Lars Ingebrigtsen <larsi@HIDDEN>, Cletip Cletip <clement020302@HIDDEN>, 57246 <at> debbugs.gnu.org
Received: via spool by 57246-submit <at> debbugs.gnu.org id=B57246.166079234624564
          (code B ref 57246); Thu, 18 Aug 2022 03:13:02 +0000
Received: (at 57246) by debbugs.gnu.org; 18 Aug 2022 03:12:26 +0000
Received: from localhost ([127.0.0.1]:53369 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oOVxK-0006O8-BS
	for submit <at> debbugs.gnu.org; Wed, 17 Aug 2022 23:12:26 -0400
Received: from eggs.gnu.org ([209.51.188.92]:36624)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <winkler@HIDDEN>) id 1oOVxI-0006Nw-84
 for 57246 <at> debbugs.gnu.org; Wed, 17 Aug 2022 23:12:25 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:50554)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <winkler@HIDDEN>)
 id 1oOVxC-00012v-UI; Wed, 17 Aug 2022 23:12:18 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:In-Reply-To:Date:References:Subject:To:
 From; bh=jSkSbCdxdy2/9WZHMAzogQSMu0a3ufpf3psv8yEFD8Q=; b=LSb7vND/v5p2nL3Y4N6N
 QocT3Di1uFX9sSb5BAVrLZHLGay7zoj104KIJjgNK6GIH19Sly8tNNf3Z+Ri0C9bAAPvr/aWX3gDK
 YlsdMTxGjJUXDgL+cHizvkNlxuOX+TxP5gev3docTV+rIxJ4rTjpES5Cp1Licg0FJlIDd4zC5saCs
 hSZWj3DcGPPzWXe+fMywYP785SGZVnnNAOlRwoIoVfYGG4HAtH8gHuGMXZ1sMYJ+jwDnmi/ej9Yo2
 nHGB0x4WH+3zrFC/Nx5hDEbJwShLQPTFU7y0LOnZ0ur1rkSvOlLrNSHYVPegvp4tVhMlX0IMSNCEg
 c93aVKdRBN6OEw==;
Received: from [2600:1700:5650:f790::22] (port=43214 helo=regnitz)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <winkler@HIDDEN>)
 id 1oOVxC-0003tN-Kx; Wed, 17 Aug 2022 23:12:18 -0400
From: Roland Winkler <winkler@HIDDEN>
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
 <87v8qrglny.fsf@HIDDEN> <87tu6acwei.fsf@HIDDEN>
 <CADwFkmnAykqs7vJxxxD6bAAxo9Gc_gEWAJg8PUME7v_e0exm+g@HIDDEN>
Date: Wed, 17 Aug 2022 22:12:17 -0500
In-Reply-To: <CADwFkmnAykqs7vJxxxD6bAAxo9Gc_gEWAJg8PUME7v_e0exm+g@HIDDEN>
 (Stefan Kangas's message of "Wed, 17 Aug 2022 17:52:57 -0700")
Message-ID: <87tu6ab5ym.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

On Wed, Aug 17 2022, Stefan Kangas wrote:
> How about just having two variables instead?  One for users, and one for
> the mode itself.

That's certainly an option (see the last paragraph of my message).

Is there a possibility to declare the customizability of a variable
obsolete?  bibtex-biblatex-entry-alist has been around as a user
variable for more than ten years and bibtex-BibTeX-entry-alist for yet
many more years.  I doubt that many people ever tried to customize these
variables.  Still, if we add new dedicated user variables, it would be
nice to tell users that the customization of the old variables has been
depreciated.

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#57246: biblatex don't recognize video type entry
Resent-From: Arash Esbati <arash@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 18 Aug 2022 08:54:02 +0000
Resent-Message-ID: <handler.57246.B57246.166081283427107 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 57246
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Roland Winkler <winkler@HIDDEN>
Cc: Lars Ingebrigtsen <larsi@HIDDEN>, 57246 <at> debbugs.gnu.org, Stefan Kangas <stefankangas@HIDDEN>, Cletip Cletip <clement020302@HIDDEN>
Received: via spool by 57246-submit <at> debbugs.gnu.org id=B57246.166081283427107
          (code B ref 57246); Thu, 18 Aug 2022 08:54:02 +0000
Received: (at 57246) by debbugs.gnu.org; 18 Aug 2022 08:53:54 +0000
Received: from localhost ([127.0.0.1]:53729 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1oObHl-000739-Sp
	for submit <at> debbugs.gnu.org; Thu, 18 Aug 2022 04:53:54 -0400
Received: from eggs.gnu.org ([209.51.188.92]:48972)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <arash@HIDDEN>) id 1oObHk-00072x-RK
 for 57246 <at> debbugs.gnu.org; Thu, 18 Aug 2022 04:53:53 -0400
Received: from fencepost.gnu.org ([2001:470:142:3::e]:56274)
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1oObHf-0000eX-F3; Thu, 18 Aug 2022 04:53:47 -0400
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-Version:Date:References:In-Reply-To:Subject:To:
 From; bh=pn7QQu2EIz2wav21AxjyQrbTDCt9QlCFTlWxgS5xoYc=; b=SKzAKj4ol/6NNSIj+uz+
 lBSMIrbkE3y7qmNmBN37xWKj+/Fy3UQn9yTjowYdZNPp0BEgSoAznJmPp1id9A8xBFskRmOVxG19+
 H4EwWKoXRB/RziFaGxod4CnDEwZoJbP8itW7AV1CfkEfHRari1DPVbWwCVoR3iFTj696kbjXqTntZ
 CpL+w28sowHebOW1TGwDpXPfpAnFz+PrfwljcZDRzgXzFU1H717HxrFUNyyoqojbuX9+9SfYpGaDO
 i7ZHZUqf8gNGHaXUYGp/8DRR0x3l/1WbDteD36swKz8JjAg6ENWRmvTKX0l1v/r1QUeVTgmtB8Fsz
 ndJesGpUnFZcWw==;
Received: from pd9fb77f7.dip0.t-ipconnect.de ([217.251.119.247]:62331
 helo=MUTANT)
 by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <arash@HIDDEN>)
 id 1oObHd-0003l9-T4; Thu, 18 Aug 2022 04:53:47 -0400
From: Arash Esbati <arash@HIDDEN>
In-Reply-To: <87tu6ab5ym.fsf@HIDDEN> (Roland Winkler's message of "Wed, 17
 Aug 2022 22:12:17 -0500")
References: <CAPHku6M_m-LOcvg37QzXO=xY0nPCHg5ggQOVpETQWgFgg0PbxQ@HIDDEN>
 <87v8qrglny.fsf@HIDDEN> <87tu6acwei.fsf@HIDDEN>
 <CADwFkmnAykqs7vJxxxD6bAAxo9Gc_gEWAJg8PUME7v_e0exm+g@HIDDEN>
 <87tu6ab5ym.fsf@HIDDEN>
Date: Thu, 18 Aug 2022 10:53:25 +0200
Message-ID: <86sfluorui.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

Roland Winkler <winkler@HIDDEN> writes:

> On Wed, Aug 17 2022, Stefan Kangas wrote:
>> How about just having two variables instead?  One for users, and one for
>> the mode itself.
>
> That's certainly an option (see the last paragraph of my message).
>
> Is there a possibility to declare the customizability of a variable
> obsolete?  bibtex-biblatex-entry-alist has been around as a user
> variable for more than ten years and bibtex-BibTeX-entry-alist for yet
> many more years.  I doubt that many people ever tried to customize these
> variables.  Still, if we add new dedicated user variables, it would be
> nice to tell users that the customization of the old variables has been
> depreciated.

My apologies if I'm missing the obvious, but why not leave
bibtex-biblatex-entry-alist customizable and introduce an internal
variable, say bibtex-biblatex-entry-alist-builtin and move the current
content into that one?  Then define a function like this:

(defun bibtex-biblatex-entry-alist ()
  (append bibtex-biblatex-entry-alist
          bibtex-biblatex-entry-alist-builtin))

where user entries overrule the builtin ones.  This is what AUCTeX
mostly does for the "big" variables.

Best, Arash

Last modified: Thu, 18 Aug 2022 09:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.