Join GitHub today
GitHub is home to over 36 million developers working together to host and review code, manage projects, and build software together.
Sign upInput fields don’t show/handle non-ASCII correctly #6008
Comments
This comment has been minimized.
This comment has been minimized.
|
I tried to fix that in #5994. Right now i don't have time to do finish this PR. |
i2amroy
added
the
Bug
label
Feb 15, 2014
illi-kun
referenced this issue
Oct 7, 2016
Closed
It's impossible to type anything on non-English language in Windows CURSES version #18675
Leland
added
the
Info / User Interface
label
May 15, 2017
This comment has been minimized.
This comment has been minimized.
|
Can anyone still reproduce this? Or similar problems at other places? |
BevapDin
closed this
Jan 10, 2018
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Wuzzy2 commentedFeb 7, 2014
This is an issue regarding the ncurses version of C:DDA.
Input fields still have problems with non-ASCII characters. Well, at least that’s what I suspect.
Here’s an example of the problem:
Create a note on a map with the text “gefährlich” and save it. The input field fails to render the character “ä” correctly, instead, two garbage characters are visible. To me, they are black, bold on a white background and blink. But create this note anyways. On the map itself, the “ä” renders correctly. Now the real fun begins: Edit the same note again, now you will see the word “gefährlich” but it still has a problem. The cursor is on the “h” and not on the field behind it (as usual). And the “ä” is black, block, on a white background and blinks. And if you try to move the cursor or type something, the text field behaves really weird, charcters get overwritten, etc.
The “window” for entering the character template name seems to behave the same way.
A similar but not identical problem exists for the input field of the character name and the world name. If you input a non-ASCII character (I suspect), all you get is some garbage characters instead.
I expect the input fields to either ignore any characters they can’t handle or to properly handle UTF-8 (for example). In any case, there should be no garbage characters. ;-)
C:DDA version: f64ce22
Tested on GNU/Linux with ncurses
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.