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

Previous Next

Full log

View this message in rfc822 format

From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 42099 <at> debbugs.gnu.org
Subject: bug#42099: Emacs -nw Turkish Layout Problem
Date: Sun, 28 Jun 2020 22:46:39 +0300

w32-get-console-codepage = 437 (#0665, #x1b5). Problem still exists as
I described (ö, ç, ü works but ş, İ (types 0), ğ are broken.)

"M-: (setq w32-use-fallback-wm-chars-method t)" does nothing. Problem
still exists (I check the value if it's correctly set with
describe-value).

On Sun, Jun 28, 2020 at 10:09 PM Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > 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?

Previous Next

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