GNU bug report logs - #42099
Emacs -nw Turkish Layout Problem

Previous Next

Package: emacs;

Reported by: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>

Date: Sun, 28 Jun 2020 01:32:01 UTC

Severity: normal

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

Full log


Message #17 received at 42099 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
Cc: 42099 <at> debbugs.gnu.org
Subject: Re: bug#42099: Emacs -nw Turkish Layout Problem
Date: Sun, 28 Jun 2020 22:09:42 +0300
> Cc: 42099 <at> debbugs.gnu.org
> From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
> Date: Sun, 28 Jun 2020 21:39:34 +0300
> 
> > If you start "emacs -Q -nw" in a cmd.exe window, then type ş, what
> > happens?
> "ş" turns into "_".
> 
> 
> > And what does "C-h l" report after that?
> _               ;; self-insert-command
> C-h k        ;; view-lossage
> 
> 
> > Also, what happens if you type "C-x 8 RET 15f RET", do you see the ş
> > character on display, or do you see something else?
> \u015F

So there are two problems: both keyboard input and display of Turkish
characters are broken.  Is this still on a system where
w32-get-console-codepage returns 437?

Does anything change regarding typing Turkish characters if you set
w32-use-fallback-wm-chars-method to a non-nil value?




This bug report was last modified 3 years and 79 days ago.

Previous Next


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