GNU bug report logs - #3325
23.0.93; Unexpected font for composed character

Previous Next

Package: emacs;

Reported by: Markus Triska <markus.triska <at> gmx.at>

Date: Mon, 18 May 2009 18:10:06 UTC

Severity: wishlist

Tags: moreinfo

Done: Stefan Kangas <stefan <at> marxist.se>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Anders Lindgren <andlind <at> gmail.com>
To: Alan Third <alan <at> idiocy.org>
Cc: 3325 <at> debbugs.gnu.org, Markus Triska <markus.triska <at> gmx.at>, Kenichi Handa <handa <at> m17n.org>
Subject: bug#3325: 23.0.93; Unexpected font for composed character
Date: Mon, 8 Feb 2016 16:31:25 +0100
[Message part 1 (text/plain, inline)]
Hi!

In Dired, this should not happen any more (on OS X, using the "ns"
interface). Emacs is now using a file-name coding system (utf-8-hfs) that
converts the file names to non-decomposed names, before presenting them to
the user.

However, in other contexts where decomposed characters are used, the
problem is still present. The problem seems to be font-related. I tested
all my installed fonts using `ns-popup-font-panel', and only a handful of
them worked, mainly those that were provided by the OS: Menlo, Monaco,
Courier, Courier New. Included in the fonts that didn't work were Vera and
Hack.

    -- Anders Lindgren
[Message part 2 (text/html, inline)]

This bug report was last modified 4 years and 283 days ago.

Previous Next


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