From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Roland Winkler Newsgroups: gmane.emacs.devel Subject: Re: BibTeX issues Date: Wed, 28 Aug 2019 12:45:33 -0500 Message-ID: <87ftllji9u.fsf@gnu.org> References: <87mufv2e9s.fsf@uni-bielefeld.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="49680"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.2 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Aug 28 19:53:50 2019 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i328k-000Cnf-5q for ged-emacs-devel@m.gmane.org; Wed, 28 Aug 2019 19:53:50 +0200 Original-Received: from localhost ([::1]:39356 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i328i-0007fG-OV for ged-emacs-devel@m.gmane.org; Wed, 28 Aug 2019 13:53:48 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:52949) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i320y-0004s3-FO for emacs-devel@gnu.org; Wed, 28 Aug 2019 13:45:51 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i320x-0005Fy-9o for emacs-devel@gnu.org; Wed, 28 Aug 2019 13:45:48 -0400 Original-Received: from 195-159-176-226.customer.powertech.no ([195.159.176.226]:49962 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1i320x-0005BS-0q for emacs-devel@gnu.org; Wed, 28 Aug 2019 13:45:47 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.89) (envelope-from ) id 1i320s-0003Hr-2y for emacs-devel@gnu.org; Wed, 28 Aug 2019 19:45:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ Cancel-Lock: sha1:eZLo4Ggdnr5bkb8ftUC2H1bp+2k= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:239649 Archived-At: On Tue, Aug 27 2019, Joost Kremers wrote: > I know that stripping accents is more easily said than done, so > perhaps this is not really a bug at all but intended behaviour, > which I would understand. Stripping accents is really not a matter specific to BibTeX. (I vaguely remember there was a thread on this list discussing this topic some time ago.) If there was a generic function strip-accents, then BibTeX mode could certainly use it within its bibtex-generate-autokey machinery. > First, the date field does not seem to be recognised at all. In > biblatex, the date field replaces the year field, in that it is > considered the preferred way of providing the year of publication > for an entry. How about allowing the possibility that the first arg FIELD of bibtex-autokey-get-field can also be a list of fields so that the elements can be treated as alternatives? Assuming that a bib(la)tex entry has either a year or a date field, then bibtex-autokey-get-year could use one or the other. If you really want your own thing, you can also have a custom bibtex-autokey-before-presentation-function that ignores its arg. > Second, it isn't clear to me how `bibtex-generate-autokey` handles > macros in titles, specifically \emph. I never had such a problem. Details probably depend on your use cases. A generic parser for LaTeX code that can drop such things is probably not all trivial. (But maybe something of that kind exists alread (at some level) for auctex or org mode or some other package?) Also, you can always customize bibtex-autokey-titleword-change-strings. > Last, but certainly not least, doing `bibtex-clean-entry` in an > entry with a valid `crossref' field doesn't seem to work. Instead, I > get the following error: > > bibtex-format-entry: Alternative mandatory field ‘(date year)’ is > missing I am not a biblatex expert. Since BibTeX mode picked up biblatex support in 2013, it has treated the alternative fields date and year as mandatory, see the default of bibtex-biblatex-entry-alist. Do you say that these fields should be treated as crossref fields instead? Roland