From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Roland Winkler Newsgroups: gmane.emacs.bugs Subject: bug#56475: 28.1.50; bibtex-parse-entry disregards @string substitutions Date: Sun, 17 Jul 2022 15:10:39 -0500 Message-ID: <87edyjsdog.fsf@gnu.org> References: <87let1v3pq.fsf@localhost> <87sfn8ymw7.fsf@gnus.org> <87sfn7po84.fsf@gnu.org> <877d4jpngx.fsf@gnu.org> <87fsj76oxi.fsf@localhost> <871qurnf0d.fsf@gnu.org> <874jzm7to8.fsf@localhost> <87pmial54o.fsf@gnu.org> <87zgh887et.fsf@localhost> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4431"; mail-complaints-to="usenet@ciao.gmane.io" Cc: Lars Ingebrigtsen , 56475@debbugs.gnu.org To: Ihor Radchenko Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 17 22:11:36 2022 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 1oDAc3-00013A-Qi for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Jul 2022 22:11:36 +0200 Original-Received: from localhost ([::1]:45298 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1oDAc2-00036e-E1 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 17 Jul 2022 16:11:34 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:37550) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oDAbW-000366-57 for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2022 16:11:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:50881) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1oDAbV-0007Rt-RP for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2022 16:11:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1oDAbV-0001UC-L9 for bug-gnu-emacs@gnu.org; Sun, 17 Jul 2022 16:11:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Roland Winkler Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 17 Jul 2022 20:11:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 56475 X-GNU-PR-Package: emacs Original-Received: via spool by 56475-submit@debbugs.gnu.org id=B56475.16580886545700 (code B ref 56475); Sun, 17 Jul 2022 20:11:01 +0000 Original-Received: (at 56475) by debbugs.gnu.org; 17 Jul 2022 20:10:54 +0000 Original-Received: from localhost ([127.0.0.1]:48640 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDAbO-0001Tr-CB for submit@debbugs.gnu.org; Sun, 17 Jul 2022 16:10:54 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:52852) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1oDAbL-0001Te-R6 for 56475@debbugs.gnu.org; Sun, 17 Jul 2022 16:10:52 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:50200) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oDAbE-0007Mk-Hp; Sun, 17 Jul 2022 16:10:46 -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=bXTZW8rYW5gllXwgrjomGoVF4LZGuugTBQMIJLbew1w=; b=pycTC96ZgOI7S1VV9n4L myc/GFMUj/3XoKPNIvXH7vZySUvX9kYOA2NgrmuG3DukK42PcsehWDWbgK2Bw+XHzaeIDg2tHqHu4 7Ondvo5NTQtBMiFSMUuwhqg2Bj4pS4ULsAGxYixIh+jgDazbWB07wLn2KbFpMdG94H/roVnA1OaNA /aT1PA06xudEu0+jSRJo8v3KgRlOJwRZKplYIyUUVMglB4he0PWH3XrewWFrIPc0m+Vihblfk72OK l5Agy52odZNSjxqvXnb01CrX4c1+q6cm4Kxp9x+NLVZuJzI0rEVBDK6N71jxD2unaA951iOtYdK2m 4cZm4LaQ0JbaPA==; Original-Received: from [2600:1700:5650:f790::42] (port=37120 helo=regnitz) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1oDAb9-0002x7-U4; Sun, 17 Jul 2022 16:10:44 -0400 In-Reply-To: <87zgh887et.fsf@localhost> (Ihor Radchenko's message of "Sun, 17 Jul 2022 16:34:02 +0800") 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" Xref: news.gmane.io gmane.emacs.bugs:237299 Archived-At: On Sun, Jul 17 2022, Ihor Radchenko wrote: >>> Also, note that bibtex-string-files cannot help with situations when >>> the BibTeX buffer does not have an associated file. >> >> When does this happen? To the best of my knowledge, this has never been >> an issue for users of bibtex.el. > > It is more of a hypothetical scenario that might occur in future if Org > tries to support bibliographies provided inside .org files. Such > bibliographies will need to be converted to .bib files transiently and > might not need to be saved on disk. This sounds to me like reinventing the wheel and a poor design choice. BibTeX is a well-established bibliography format with a large ecosystem [(La)TeX]. Also, publishers provide BibTeX records for their journal articles. (Occassionally I need to deal with records that have some other database format like RIS. Converting formats is always painful.) >From a practical perspective, BibTeX mode is built around the idea that users may have a large bibliography database. Something like 10,000 records is not exotic. Then it is natural to split up these entries among multiple files. BibTeX mode and its API support this very nicely. (I have many little helper functions in my emacs init file that use the BibTeX mode API. Maybe I should put some of these also into bibtex.el.) What are the usage scenarios you have in mind for putting a bibliography database into org mode that comes with its own database format?