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: Mon, 29 Jun 2020 20:06:35 +0300

[Message part 1 (text/plain, inline)]

>
>   C-x RET t cp857 RET
>
  C-x RET k cp857 RET


Not helping. The problem still exists.

This is Windows 10, right?  Do you per chance have the UTF-8 support
> feature enabled?
>

I use Windows 10. I cannot find UTF-8 support feature (look from `Windows
features on or off`  from Control Panel) but I'm pretty sure that UTF-8
support feature exists. Only problematic software I'm aware of is `emacs
-nw`.


Yiğit Emre Şahinoğlu


On Mon, Jun 29, 2020 at 6:51 PM Eli Zaretskii <eliz <at> gnu.org> wrote:

> > Cc: 42099 <at> debbugs.gnu.org
> > From: Yigit Emre Sahinoglu <yigitemres <at> gmail.com>
> > Date: Mon, 29 Jun 2020 17:42:13 +0300
> >
> > chcp returns "Active code page: 437"
> >
> > All chars displayed correctly on cmd.exe. It's something about Emacs
> > Windows (maybe mingw do something finicky), I'm sure of that.
>
> As long as the codepage reported to Emacs is 437, you will not be able
> to see nor input Turkish characters.  the question is why is this
> codepage being returned, when the system evidently uses a different
> encoding...
>
> This is Windows 10, right?  Do you per chance have the UTF-8 support
> feature enabled?
>
> You could also try this, once inside Emacs:
>
>   C-x RET t cp857 RET
>   C-x RET k cp857 RET
>
> Does that help?
>

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

Previous Next

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