From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#47455: 27.1; bibtex mode - citation key generation - non-ascii characters Date: Mon, 31 May 2021 07:48:45 +0200 Message-ID: <8735u3lagy.fsf@gnus.org> References: <87wnrwc9ia.fsf@gnus.org> <3816.41298.758059.24740@gargle.gargle.HOWL> <878s43aivd.fsf@gnus.org> <39413.75034.396197.24750@gargle.gargle.HOWL> <730b1644528547f78ea6910f882591d6@mek.dtu.dk> <1540.59554.339986.24756@gargle.gargle.HOWL> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35290"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: "47455@debbugs.gnu.org" <47455@debbugs.gnu.org>, Brian Elmegaard To: "Roland Winkler" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon May 31 07:49:10 2021 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 1lnanV-0008zm-E1 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 May 2021 07:49:09 +0200 Original-Received: from localhost ([::1]:39834 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lnanU-0004Pt-Gr for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 31 May 2021 01:49:08 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43444) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lnanN-0004Pj-Vj for bug-gnu-emacs@gnu.org; Mon, 31 May 2021 01:49:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49235) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lnanN-0001oY-Nz for bug-gnu-emacs@gnu.org; Mon, 31 May 2021 01:49:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lnanN-0006Sf-LW for bug-gnu-emacs@gnu.org; Mon, 31 May 2021 01:49:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 31 May 2021 05:49:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 47455 X-GNU-PR-Package: emacs Original-Received: via spool by 47455-submit@debbugs.gnu.org id=B47455.162244014024830 (code B ref 47455); Mon, 31 May 2021 05:49:01 +0000 Original-Received: (at 47455) by debbugs.gnu.org; 31 May 2021 05:49:00 +0000 Original-Received: from localhost ([127.0.0.1]:60781 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnanM-0006SP-0r for submit@debbugs.gnu.org; Mon, 31 May 2021 01:49:00 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:55826) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lnanJ-0006S9-0c for 47455@debbugs.gnu.org; Mon, 31 May 2021 01:48:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=4rfw8cUa0RAiEyHguWSpv3jVYc6UKbp1LiK0qHppTAY=; b=sDsyGHEVZARgwM/uw5M4ep+q+i u3UldiYL/Yw5+v3KIoKzSWFo0kSe9Vgz+JU1DaXPPu9X64i8qaZf3L9p3xPC9GBGzfyVkReBPwAqZ sdwJfKn2BGpFOAtvDxQThpVJ+/eMyQvsjFR5SaLZgOlaer4KGzEFuxweyv3nY4F1aCaQ=; Original-Received: from cm-84.212.220.105.getinternet.no ([84.212.220.105] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lnan9-000612-Vh; Mon, 31 May 2021 07:48:50 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAG1BMVEUWEhJEOztlW1qG eneMgHzQw7+ompgsJib///9RCNRGAAAAAWJLR0QIht6VegAAAAd0SU1FB+UFHwUdOJti/kEAAAGB SURBVDjLlZLNUoMwEMeDOubKojNcJTjj1YGOD9AyvEE5Oy3Ea9bLvr7ZTUhbpH78Lwn7y36jVGYW atvWPCml7gbrNe0v9O7BjRX5r4gP9ji9JjAJkOPQW8uhbgUMU4woh4AY6lKXoOskGTuugGkFjLGK YT2HpP9j8iUY/g2uhfJjb/s1oJRGMPVbsPiRjb7PXCVpAihMUTe8q8axxWlSJMICvIoKDIMMkubl Ajipatx+NiFEUgD247zkbtN3uzxsMOcm4+7suOl2Au73+zwzddtJM/3o17INyTkiXxT6eoBTv6gf pQmdIkdYPR4qIOR+KFFCKOpW1ts82zgSlP4B0Gz4Bxv6NESf2vlo3qt6aIQec8lBbPUHcWG1qWvT MsgqKLXYS/+EV9A0RjxKQgSKcvwAIY4doZQiifjCjwSUyCHkvQwfZwDhoBmVyUMsM4mppEEh0ceF I4yDUtTZpNUpuO9kOV4X/egbUYlcYyH27zrz16GB9BUb0os0p1ZPtx/0BRDzCCYXISHNAAAAJXRF WHRkYXRlOmNyZWF0ZQAyMDIxLTA1LTMxVDA1OjI5OjU2KzAwOjAwSqpf2wAAACV0RVh0ZGF0ZTpt b2RpZnkAMjAyMS0wNS0zMVQwNToyOTo1NiswMDowMDv352cAAAAASUVORK5CYII= X-Now-Playing: Scorn's _Cafe Mor_: "Never Let It Be Said" In-Reply-To: <1540.59554.339986.24756@gargle.gargle.HOWL> (Roland Winkler's message of "Sun, 30 May 2021 16:39:16 -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" Xref: news.gmane.io gmane.emacs.bugs:207666 Archived-At: "Roland Winkler" writes: > One can also instruct font-lock to use for non-ascii characters > something like font-lock-warning-face (based on a user option for > enabling this behavior). Sounds like a good idea. > However this fails with something like the unicode character > 'ZERO WIDTH SPACE' (which has fooled me occassionally in the very > context we are discussing here). Is it possible to instruct emacs > to make such "hidden characters" more easily visible, say by using > some display property? I vaguely remember a discussion about this not too long ago, but I can't find it now. All the other space "special" space characters, like NON-BREAKING SPACE and the like, are fontified specially by default in Emacs 28. But the point of ZERO WIDTH SPACE is that it takes no room, which makes it difficult to fontify. :-) But bibtex could apply a special display property here, or fontify the surrounding characters in a special way. > The fontification could also be encapsulated in a minor mode that > one could use for \(Bib\|La\)?TeX files. > > Maybe such a minor mode exists already and I am right now > reinventing the wheel? I can't recall any such minor mode. Anybody else? -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no