GNU bug report logs -
#38202
26.2; emacs GUI can not display unicode 01F176
Previous Next
Reported by: Sun Lin <sunlin7 <at> yahoo.com>
Date: Thu, 14 Nov 2019 02:26:01 UTC
Severity: normal
Tags: notabug
Found in version 26.2
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 38202 in the body.
You can then email your comments to 38202 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 02:26:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sun Lin <sunlin7 <at> yahoo.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Thu, 14 Nov 2019 02:26:01 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
The U+1F176 (" 🅶") should be NEGATIVE SQUARED LATIN CAPITAL LETTER G.But it's displayed as an square with hexel value in emacs GUI (in bothX11 and Win32).
You can browse follow URL to observe the char:https://github.com/syl20bnr/spacemacs/blob/9bafd3f56193edd0ef7babee2f3bf73a50c8e6ae/layers/%2Btags/gtags/packages.el#L102
Could anyone add support for these unicode char range please? Thanks
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 02:44:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 38202 <at> debbugs.gnu.org (full text, mbox):
On 2019-11-14 14:50, Sun Lin via "Bug reports for GNU Emacs, the Swiss
army knife of text editors" wrote:
> The U+1F176 (" 🅶") should be NEGATIVE SQUARED LATIN CAPITAL LETTER
> G.
> But it's displayed as an square with hexel value in emacs GUI (in both
> X11 and Win32).
It displays fine for me in Emacs. Check the fonts you're using.
-Phil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 04:34:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 38202 <at> debbugs.gnu.org (full text, mbox):
Phil Sainty <psainty <at> orcon.net.nz> writes:
> On 2019-11-14 14:50, Sun Lin via "Bug reports for GNU Emacs, the Swiss
> army knife of text editors" wrote:
>> The U+1F176 (" v") should be NEGATIVE SQUARED LATIN CAPITAL LETTER
>> G.
>> But it's displayed as an square with hexel value in emacs GUI (in both
>> X11 and Win32).
>
> It displays fine for me in Emacs. Check the fonts you're using.
Yes, it probably means that a font that can display the character isn't
installed. It works fine for me, too, and my Emacs is using:
ftcrhb:-Free-Symbola-normal-normal-semicondensed-*-29-*-*-*-*-0-iso10646-1 (#x1EB5)
So this doesn't seem to be a bug, and I'm closing this bug report.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) notabug.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 14 Nov 2019 04:34:02 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
38202 <at> debbugs.gnu.org and Sun Lin <sunlin7 <at> yahoo.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 14 Nov 2019 04:34:03 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 05:28:02 GMT)
Full text and
rfc822 format available.
Message #18 received at 38202 <at> debbugs.gnu.org (full text, mbox):
On 2019-11-14 17:32, Lars Ingebrigtsen wrote:
> ftcrhb:-Free-Symbola-normal-normal-semicondensed-*-29-*-*-*-*-0-iso10646-1
> (#x1EB5)
C-u C-x = shows me that I'm also using Symbola to display this
character.
Sun Lin, the following is how I have that configured. Perhaps this will
be
useful to you:
;; This magic means we fall back to Symbola for all missing unicode
glyphs.
;; For Debian: apt-get install ttf-ancient-fonts
(set-fontset-font "fontset-default" nil (font-spec :size 20 :name
"Symbola:"))
-Phil
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 05:35:02 GMT)
Full text and
rfc822 format available.
Message #21 received at 38202 <at> debbugs.gnu.org (full text, mbox):
Phil Sainty <psainty <at> orcon.net.nz> writes:
> Sun Lin, the following is how I have that configured. Perhaps this
> will be
> useful to you:
>
> ;; This magic means we fall back to Symbola for all missing unicode
> glyphs.
> ;; For Debian: apt-get install ttf-ancient-fonts
> (set-fontset-font "fontset-default" nil (font-spec :size 20 :name
> "Symbola:"))
That shouldn't be necessary -- Emacs should find the font by itself
automatically (and it does for me without saying anything about
set-fontset-font).
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 06:43:02 GMT)
Full text and
rfc822 format available.
Message #24 received at 38202 <at> debbugs.gnu.org (full text, mbox):
Hi,
> It displays fine for me in Emacs. Check the fonts you're using.
> -Phil
Yes, you're right, I switch the font then the char displayed with " not sans symbols" on linux and displayed with "Segoe UI Symbol" on windows.
>> ;; This magic means we fall back to Symbola for all missing unicode
>> glyphs.
>> ;; For Debian: apt-get install ttf-ancient-fonts (set-fontset-font
>> "fontset-default" nil (font-spec :size 20 :name
>> "Symbola:"))
>
>That shouldn't be necessary -- Emacs should find the font by itself automatically (and it does for me without saying anything about set-fontset-font).
Change the fontset-default is required, or emacs didn't find correct font to display this char,
Here is "emacs -Q" and "descript-char" show "no font available".
Dose this mean Emacs should find the font but it didn't?
Output of "descript-char" show "no font available" and display an square (emacs -Q with system default font).
position: 3 of 4 (50%), column: 2
character: 🅶 (displayed as 🅶) (codepoint 127350, #o370566, #x1f176)
charset: unicode (Unicode (ISO10646))
code point in charset: 0x1F176
script: symbol
syntax: w which means: word
category: .:Base, L:Left-to-right (strong)
to input: type "C-x 8 RET 1f176" or "C-x 8 RET NEGATIVE SQUARED LATIN CAPITAL LETTER G"
buffer code: #xF0 #x9F #x85 #xB6
file code: #xF0 #x9F #x85 #xB6 (encoded by coding system utf-8-unix)
display: no font available
Character code properties: customize what to show
name: NEGATIVE SQUARED LATIN CAPITAL LETTER G
general-category: So (Symbol, Other)
decomposition: (127350) ('🅶')
Best Regards
Lin Sun
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 06:43:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 06:56:01 GMT)
Full text and
rfc822 format available.
Message #30 received at 38202 <at> debbugs.gnu.org (full text, mbox):
Hi All,
Emacs can't display the char 0x1F176 even the font "note sans symbols" be installed, I have to change default font to "note sans symbols" to display the char.
But after following Phil 's mail, I install the font "Symbola", without change default settings (emacs -Q), Emacs can display this char correctly.
B.R.
Lin Sun
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#38202
; Package
emacs
.
(Thu, 14 Nov 2019 06:56:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 12 Dec 2019 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 185 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.