Description of problem:
LANG variable = tr_TR.UTF-8 and also tr_TR
keyboard layout = trq
caps lock = off
"Ä±" -> "Ã½"
<shift> + "Ä°" -> "Ã"
caps lock = on
"Ä±" -> "Ã½"
<shift> + "i" -> "Ã"
"i" -> no output
<shift> + "Ä±" -> no output
<shift> + "i" -> no output
caps lock = on
"Ä±" -> "Ä±"
"i" -> "I"
Version-Release number of selected component (if applicable):
Steps to Reproduce:
font, wrong trq map
Is it the same on VT2?
it occurs on all linux distros and and all programs!
Let me rephrase the question:
I'm assuming that your description above, before the line "under X", applies to
the Linux text console -- also, I'm assuming that you are using the first
virtual terminal, VT1. In other words, the virtual terminal you get with
Does the same thing happen when you use the virtual terminal on Ctrl-Alt-F2?
yes on all virtual terminal, on all other distros, on all other computers.
I changed the LANG variable from tr_TR.UTF-8 to tr_TR. (/etc/sysconfig/i18n)
and changed th default font from latarcyrheb-sun16 to lat5-16.psfu
Problem fixed under virtual terminals.
These situation shows that there is no unicode trq keymap for virtual terminals.
Under X problem is still goes on.
the right output should be like this:
i <-> Ä°
Ä± <-> I
Ä <-> Ä
Ã§ <-> Ã
Ã¶ <-> Ã
Changing component to kbd, which owns keymaps.
Created attachment 113056 [details]
trq.map which doesn't hardcode iso-8859-9
Please try the attached map, both in iso-8859-9:
(loadkeys -u $PATH_TO_DOWNLOADED/trq.map)
and let me know the results.
It seems to work correctly here, but then I have never seen a Turkish
If some key still doesn't work correctly, please mention not only the expected
and actual results, but also which key it is (e.g. by comparing it to the US
layout or by pointing me to a picture.)
If added the following statement to xorg.conf.
Option "XkbOptions" "caps:shift"
problem is fixed.
may it be default configration via anaconda?
X and virtual terminal keymaps are completely unrelated, please open a separate
bug report for X keymaps.
Does the trq.map attached above work on the virtual terminal?
I have sent the modified trq map upstream, it will appear in Fedora with
the next kbd release.
Thanks for your report.
I have tested attachment map. It's OK except the following problems:
1) Alt Gr-5 output should be "Â½" (1 over 2 symbol)
2) Alt Gr-e output should be "â¬" (Euro currency symbol)
3) Alt Gr-Å (scedilla, keycode 39) output should be "Â´" (symmetric of `)
Please fix these problems before the next release. Especially, the Euro symbol
Addition to comment #11:
Following binding is also missing:
4) Alt Gr-2 output should be "Â£" (British currency sign)
These items are from the standard Turkish Q layout.
Created attachment 123890 [details]
Corrected trq.map, tested in UTF-8 setting
I have added items in comments #10 and #11 to previously attached trq.map
(attachment id 113056). I have just guessed the syntax of the file and names of
the symbols with help from google. This one seems to be complete.
Here's the diff from previous attachment:
--- trq.map.old 2006-01-31 00:19:38.000000000 +0200
+++ trq.map 2006-01-31 00:12:41.000000000 +0200
@@ -8,7 +8,7 @@
keycode 2 = one exclam
alt keycode 2 = Meta_one
alt shift keycode 2 = Meta_exclam
-keycode 3 = two apostrophe
+keycode 3 = two apostrophe sterling
control keycode 3 = nul
control shift keycode 3 = nul
alt keycode 3 = Meta_two
@@ -21,7 +21,7 @@
control keycode 5 = Control_backslash
alt keycode 5 = Meta_four
alt shift keycode 5 = Meta_plus
-keycode 6 = five percent
+keycode 6 = five percent onehalf
control keycode 6 = Control_bracketright
alt keycode 6 = Meta_five
alt shift keycode 6 = Meta_percent
@@ -59,6 +59,7 @@
altgr keycode 16 = at
keycode 17 = w
keycode 18 = e
+ altgr keycode 18 = euro
keycode 19 = r
keycode 20 = t
keycode 21 = y
@@ -90,7 +91,7 @@
keycode 36 = j
keycode 37 = k
keycode 38 = l
-keycode 39 = +scedilla +Scedilla
+keycode 39 = +scedilla +Scedilla acute
keycode 40 = +i +Idotabove
control keycode 40 = Control_g
keycode 41 = quotedbl eacute
Thanks, I have forwarded the patch upstream as well.
(Please attach files as attachments in the future instead of including them
in the comment body.)
The patch attached to this report is obsoleted by the patch in report #216710.
Please use that patch instead. Thanks.