* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
@ 2016-10-23 14:28 Óscar Fuentes
2016-10-23 14:51 ` Eli Zaretskii
0 siblings, 1 reply; 11+ messages in thread
From: Óscar Fuentes @ 2016-10-23 14:28 UTC (permalink / raw)
To: 24772
The new homoglyph face introduced in
c06a518b5b0706509252abb03875867b10a92fc7 is being used for displaying
characters in Gnu and eww buffers. Those characters look like sore
thumbs, very displeasing.
I have no idea why the curly things are being replaced. I'm using a
graphics terminal (X on GNU/Linux). This is describe-char from a eww
buffer:
position: 426 of 6337 (7%), column: 143
character: ‘ (displayed as ‘) (codepoint 8216, #o20030, #x2018)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x2018
script: symbol
syntax: . which means: punctuation
category: .:Base, <:Not at eol, c:Chinese, h:Korean, j:Japanese
to input: type "C-x 8 RET 2018" or "C-x 8 RET LEFT SINGLE QUOTATION MARK"
buffer code: #xE2 #x80 #x98
file code: #xE2 #x80 #x98 (encoded by coding system raw-text-unix)
display: by display table entry [?`] (see below)
The display table entry is displayed by these fonts (glyph codes):
`: xft:-PfEd-DejaVu Sans-normal-normal-normal-*-19-*-*-*-*-0-iso10646-1 (#x43)
face: ‘homoglyph’
Character code properties: customize what to show
name: LEFT SINGLE QUOTATION MARK
old-name: SINGLE TURNED COMMA QUOTATION MARK
general-category: Pi (Punctuation, Initial quote)
decomposition: (8216) ('‘')
There are text properties here:
face variable-pitch
Another one, with a different font, from a Gnus Summary buffer:
position: 1484 of 13282 (11%), column: 35
character: “ (displayed as “) (codepoint 8220, #o20034, #x201c)
preferred charset: unicode (Unicode (ISO10646))
code point in charset: 0x201C
script: symbol
syntax: . which means: punctuation
category: .:Base, <:Not at eol, c:Chinese, h:Korean, j:Japanese
to input: type "C-x 8 RET 201c" or "C-x 8 RET LEFT DOUBLE QUOTATION MARK"
buffer code: #xE2 #x80 #x9C
file code: #xE2 #x80 #x9C (encoded by coding system nil)
display: by display table entry [?"] (see below)
The display table entry is displayed by these fonts (glyph codes):
": xft:-MS -Consolas-normal-normal-normal-*-19-*-*-*-m-0-iso10646-1 (#x251)
face: ‘homoglyph’
Character code properties: customize what to show
name: LEFT DOUBLE QUOTATION MARK
old-name: DOUBLE TURNED COMMA QUOTATION MARK
general-category: Pi (Punctuation, Initial quote)
decomposition: (8220) ('“')
There are text properties here:
face gnus-summary-normal-ancient
gnus-number 14350
In GNU Emacs 26.0.50.1 (x86_64-pc-linux-gnu, X toolkit)
of 2016-10-21 built on qcore
Repository revision: 0929e061fb544c0f4c10ff0412a41cf7e8148270
Windowing system distributor 'The X.Org Foundation', version 11.0.11804000
System Description: Ubuntu 16.10
Configured using:
'configure --without-toolkit-scroll-bars --with-x-toolkit=lucid'
Configured features:
XAW3D XPM JPEG TIFF GIF PNG SOUND GSETTINGS NOTIFY GNUTLS LIBXML2
FREETYPE XFT ZLIB LUCID X11
Important settings:
value of $LANG: C
locale-coding-system: nil
^ permalink raw reply [flat|nested] 11+ messages in thread* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 14:28 bug#24772: 26.0.50; homoglyph face is used in Gnus, eww Óscar Fuentes
@ 2016-10-23 14:51 ` Eli Zaretskii
2016-10-23 15:51 ` Óscar Fuentes
0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2016-10-23 14:51 UTC (permalink / raw)
To: Óscar Fuentes; +Cc: 24772
> From: Óscar Fuentes <ofv@wanadoo.es>
> Date: Sun, 23 Oct 2016 16:28:17 +0200
>
>
> The new homoglyph face introduced in
> c06a518b5b0706509252abb03875867b10a92fc7 is being used for displaying
> characters in Gnu and eww buffers. Those characters look like sore
> thumbs, very displeasing.
Could you please mention a couple of Web pages where you see this?
Also, do you see something different in 25.1.50?
Thanks.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 14:51 ` Eli Zaretskii
@ 2016-10-23 15:51 ` Óscar Fuentes
2016-10-23 16:38 ` Óscar Fuentes
` (2 more replies)
0 siblings, 3 replies; 11+ messages in thread
From: Óscar Fuentes @ 2016-10-23 15:51 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 24772
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Óscar Fuentes <ofv@wanadoo.es>
>> Date: Sun, 23 Oct 2016 16:28:17 +0200
>>
>>
>> The new homoglyph face introduced in
>> c06a518b5b0706509252abb03875867b10a92fc7 is being used for displaying
>> characters in Gnu and eww buffers. Those characters look like sore
>> thumbs, very displeasing.
>
> Could you please mention a couple of Web pages where you see this?
It happens with this, for instance:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24772
> Also, do you see something different in 25.1.50?
Right now emacs-25 fails to compile with
Processing OKURI-NASI entries ...
processed 10% ...
processed 20% ...
Args out of range: #("ね /黒" 0 4 (charset japanese-jisx0208)), -5, nil
Makefile:142: recipe for target '../../emacs/leim/../lisp/leim/ja-dic/ja-dic.el' failed
make[2]: *** [../../emacs/leim/../lisp/leim/ja-dic/ja-dic.el] Error 255
make[2]: Leaving directory '/home/oscar/dev/emacs/build/leim'
Makefile:320: recipe for target 'leim' failed
make[1]: *** [leim] Error 2
make[1]: Leaving directory '/home/oscar/dev/emacs/build/lisp'
Makefile:385: recipe for target 'lisp' failed
make: *** [lisp] Error 2
I can seek a good revision if that's important. But while trying to
reproduce the bug, I noticed that emacs -Q is not affected, nor a
regular emacs session (that loads my config) but the session I'm running
as a daemon does show the problem. I think that that is the real
trigger. Can you try visiting the web page above with a daemonized emacs
on GNU/Linux? Or can you tell me what data to inspect to know if Emacs
decided to show those chars on a translated form when the daemon
started?
^ permalink raw reply [flat|nested] 11+ messages in thread* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 15:51 ` Óscar Fuentes
@ 2016-10-23 16:38 ` Óscar Fuentes
2016-10-23 16:47 ` Eli Zaretskii
2016-10-23 16:41 ` Eli Zaretskii
2017-01-24 21:00 ` Lars Ingebrigtsen
2 siblings, 1 reply; 11+ messages in thread
From: Óscar Fuentes @ 2016-10-23 16:38 UTC (permalink / raw)
To: Eli Zaretskii, Paul Eggert; +Cc: 24772
Óscar Fuentes <ofv@wanadoo.es> writes:
> I can seek a good revision if that's important. But while trying to
> reproduce the bug, I noticed that emacs -Q is not affected, nor a
> regular emacs session (that loads my config) but the session I'm running
> as a daemon does show the problem. I think that that is the real
> trigger. Can you try visiting the web page above with a daemonized emacs
> on GNU/Linux? Or can you tell me what data to inspect to know if Emacs
> decided to show those chars on a translated form when the daemon
> started?
Indeed, the problem is that standard-display-table is set by
startup--setup-quote-display when the daemon starts and it is used for
all terminals.
This model seems wrong. An Emacs server can have several terminals. We
need a substitution table (an standard-display-table) for each terminal,
don't we?
BTW, as a quick workaround, setting standard-display-table to nil solves
the problem.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 16:38 ` Óscar Fuentes
@ 2016-10-23 16:47 ` Eli Zaretskii
2016-10-23 18:48 ` Paul Eggert
0 siblings, 1 reply; 11+ messages in thread
From: Eli Zaretskii @ 2016-10-23 16:47 UTC (permalink / raw)
To: Óscar Fuentes; +Cc: 24772, eggert
> From: Óscar Fuentes <ofv@wanadoo.es>
> Cc: 24772@debbugs.gnu.org
> Date: Sun, 23 Oct 2016 18:38:37 +0200
>
> Indeed, the problem is that standard-display-table is set by
> startup--setup-quote-display when the daemon starts and it is used for
> all terminals.
>
> This model seems wrong. An Emacs server can have several terminals. We
> need a substitution table (an standard-display-table) for each terminal,
> don't we?
Each window can have its own display table. I suggested to use this
back when Paul implemented this feature.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 16:47 ` Eli Zaretskii
@ 2016-10-23 18:48 ` Paul Eggert
2016-10-23 19:13 ` Óscar Fuentes
0 siblings, 1 reply; 11+ messages in thread
From: Paul Eggert @ 2016-10-23 18:48 UTC (permalink / raw)
To: Eli Zaretskii, Óscar Fuentes; +Cc: 24772
Eli Zaretskii wrote:
> Each window can have its own display table.
Yes, that sounds like the right fix, though it'll take some work.
Alternatively, Óscar, perhaps you could give me hints about how to change
startup--setup-quote-display so that it guesses the right way for your setup. I
expect this will be simpler.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 18:48 ` Paul Eggert
@ 2016-10-23 19:13 ` Óscar Fuentes
0 siblings, 0 replies; 11+ messages in thread
From: Óscar Fuentes @ 2016-10-23 19:13 UTC (permalink / raw)
To: Paul Eggert; +Cc: 24772
Paul Eggert <eggert@cs.ucla.edu> writes:
> Eli Zaretskii wrote:
>> Each window can have its own display table.
>
> Yes, that sounds like the right fix, though it'll take some work.
>
> Alternatively, Óscar, perhaps you could give me hints about how to
> change startup--setup-quote-display so that it guesses the right way
> for your setup. I expect this will be simpler.
There is nothing special about my setup. `emacs --daemon' is executed
when my destkop environment (KDE) starts, and that's it.
I guess the problem is reproducible simply with:
$ emacs --daemon -Q
$ emacsclient -c -n
M-x eww http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24772
I could hack startup--setup-quote-display to detect that there is a
graphical environment present, but then the substitution would fail when
a frame is created from a text terminal (while remotely accessing the
server from ssh or from a Linux virtual terminal on the same machine.)
We all agree that the correct way is to use an specific display table
for the characteristics of each terminal. Until the proper fix is
implemented, it is up to you to decide if the feature deserves to be
disabled (I can put the workaround on my config file, so no hurry here.)
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 15:51 ` Óscar Fuentes
2016-10-23 16:38 ` Óscar Fuentes
@ 2016-10-23 16:41 ` Eli Zaretskii
2017-01-24 21:00 ` Lars Ingebrigtsen
2 siblings, 0 replies; 11+ messages in thread
From: Eli Zaretskii @ 2016-10-23 16:41 UTC (permalink / raw)
To: Óscar Fuentes; +Cc: 24772
> From: Óscar Fuentes <ofv@wanadoo.es>
> Cc: 24772@debbugs.gnu.org
> Date: Sun, 23 Oct 2016 17:51:49 +0200
>
> I can seek a good revision if that's important. But while trying to
> reproduce the bug, I noticed that emacs -Q is not affected, nor a
> regular emacs session (that loads my config) but the session I'm running
> as a daemon does show the problem. I think that that is the real
> trigger.
Most probably because when the daemon starts, it has no window system,
so the test for these characters being displayable fails.
^ permalink raw reply [flat|nested] 11+ messages in thread
* bug#24772: 26.0.50; homoglyph face is used in Gnus, eww
2016-10-23 15:51 ` Óscar Fuentes
2016-10-23 16:38 ` Óscar Fuentes
2016-10-23 16:41 ` Eli Zaretskii
@ 2017-01-24 21:00 ` Lars Ingebrigtsen
2017-01-24 23:43 ` Óscar Fuentes
2 siblings, 1 reply; 11+ messages in thread
From: Lars Ingebrigtsen @ 2017-01-24 21:00 UTC (permalink / raw)
To: Óscar Fuentes; +Cc: 24772
Óscar Fuentes <ofv@wanadoo.es> writes:
>>> The new homoglyph face introduced in
>>> c06a518b5b0706509252abb03875867b10a92fc7 is being used for displaying
>>> characters in Gnu and eww buffers. Those characters look like sore
>>> thumbs, very displeasing.
>>
>> Could you please mention a couple of Web pages where you see this?
>
> It happens with this, for instance:
>
> http://debbugs.gnu.org/cgi/bugreport.cgi?bug=24772
Is this still a problem for you? The page displays well for me on the
Emacs trunk with eww.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2017-01-24 23:53 UTC | newest]
Thread overview: 11+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-10-23 14:28 bug#24772: 26.0.50; homoglyph face is used in Gnus, eww Óscar Fuentes
2016-10-23 14:51 ` Eli Zaretskii
2016-10-23 15:51 ` Óscar Fuentes
2016-10-23 16:38 ` Óscar Fuentes
2016-10-23 16:47 ` Eli Zaretskii
2016-10-23 18:48 ` Paul Eggert
2016-10-23 19:13 ` Óscar Fuentes
2016-10-23 16:41 ` Eli Zaretskii
2017-01-24 21:00 ` Lars Ingebrigtsen
2017-01-24 23:43 ` Óscar Fuentes
2017-01-24 23:53 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).