freebsd-nq/share/vt/keymaps/ua.shift.alt.kbd

255 lines
16 KiB
Plaintext
Raw Normal View History

# $FreeBSD$
#
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
# keyboard mapping for both Ukrainian and Russian languages
# by sia@lot.cs.kiev.ua
# based on ru.koi8-r.kbd by ache@FreeBSD.org
# some additions by petr@i.am and kunia@i.am
#
# it has 'i', 'ye','yi',"g'" at positions of '-','=','\','`';
# ->`1234567890-=\<-
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
# ->ґ1234567890ієї<-
# Lwin,Rwin=Meta, Menu=Screensaver
# PrScr=NextScreen, Shift+PrScr=PrevScreen
# Shift+Insert=paste
# alt
# scan cntrl alt alt cntrl lock
# code base shift cntrl shift alt shift cntrl shift state
# ------------------------------------------------------------------
000 nop nop nop nop nop nop nop nop O
001 esc esc nop nop esc esc debug nop O
002 '1' '!' nop nop '1' '!' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
003 '2' '@' nul nul '2' '"' 0x2500 0x2500 O
004 '3' '#' nop nop '3' ''' nop nop O
005 '4' '$' nop nop '4' ';' nop nop O
006 '5' '%' nop nop '5' ':' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
007 '6' '^' rs rs '6' ',' 0xb7 0xb7 O
008 '7' '&' nop nop '7' '.' nop nop O
009 '8' '*' nop nop '8' '*' nop nop O
010 '9' '(' nop nop '9' '(' nop nop O
011 '0' ')' nop nop '0' ')' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
012 '-' '_' ns ns 0x0456 0x0406 0xf7 0xf7 O
013 '=' '+' nop nop 0x0454 0x0404 nop nop O
014 bs bs del del bs bs 0x042a 0x042a O
015 ht btab nop nop ht btab nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
016 'q' 'Q' dc1 dc1 0x0439 0x0419 0x2592 0x2592 C
017 'w' 'W' etb etb 0x0446 0x0426 0x2248 0x2248 C
018 'e' 'E' enq enq 0x0443 0x0423 0x2518 0x2518 C
019 'r' 'R' dc2 dc2 0x043a 0x041a 0x2593 0x2593 C
020 't' 'T' dc4 dc4 0x0435 0x0415 0x25a0 0x25a0 C
021 'y' 'Y' em em 0x043d 0x041d 0x2265 0x2265 C
022 'u' 'U' nak nak 0x0433 0x0413 0x2219 0x2219 C
023 'i' 'I' ht ht 0x0448 0x0428 0x2534 0x2534 C
024 'o' 'O' si si 0x0449 0x0429 0x2590 0x2590 C
025 'p' 'P' dle dle 0x0437 0x0417 0x2591 0x2591 C
026 '[' '{' esc esc 0x0445 0x0425 0x2321 0x2321 O
027 ']' '}' gs gs 0x044a 0x042a 0xb2 0xb2 O
028 cr cr nl nl cr cr 0x253c 0x253c O
029 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
030 'a' 'A' soh soh 0x0444 0x0424 0x2502 0x2502 C
031 's' 'S' dc3 dc3 0x044b 0x042b 0x2320 0x2320 C
032 'd' 'D' eot eot 0x0432 0x0412 0x2514 0x2514 C
033 'f' 'F' ack ack 0x0430 0x0410 0x251c 0x251c C
034 'g' 'G' bel bel 0x043f 0x041f 0x2524 0x2524 C
035 'h' 'H' bs bs 0x0440 0x0420 0x252c 0x252c C
036 'j' 'J' nl nl 0x043e 0x041e 0x253c 0x253c C
037 'k' 'K' vt vt 0x043b 0x041b 0x2580 0x2580 C
038 'l' 'L' ff ff 0x0434 0x0414 0x2584 0x2584 C
039 ';' ':' nop nop 0x0436 0x0416 nop nop O
040 ''' '"' nop nop 0x044d 0x042d nop nop O
041 '`' '~' nop nop 0x0491 0x0490 nop nop O
042 lshift lshift lshift lshift lshift lshift lshift lshift O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
043 '\' '|' fs fs 0x0457 0x0407 0xb0 0xb0 O
044 'z' 'Z' sub sub 0x044f 0x042f 0xa0 0xa0 C
045 'x' 'X' can can 0x0447 0x0427 0x2264 0x2264 C
046 'c' 'C' etx etx 0x0441 0x0421 0x2510 0x2510 C
047 'v' 'V' syn syn 0x043c 0x041c 0x221a 0x221a C
048 'b' 'B' stx stx 0x0438 0x0418 0x250c 0x250c C
049 'n' 'N' so so 0x0442 0x0422 0x258c 0x258c C
050 'm' 'M' cr cr 0x044c 0x042c 0x2588 0x2588 C
051 ',' '<' nop nop 0x0431 0x0411 nop nop O
052 '.' '>' nop nop 0x044e 0x042e nop nop O
053 '/' '?' nop nop 0x0451 0x0401 nop nop O
054 rshift rshift rshift rshift rshift rshift rshift rshift O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
055 '*' '*' nl nl '*' '*' 0x253c 0x253c O
056 lalt lalt lalt lalt lalt lalt lalt lalt O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
057 ' ' ' ' ' ' ' ' ' ' ' ' 0x2550 0x2550 O
058 alock clock clock clock clock clock clock clock O
059 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O
060 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O
061 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O
062 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O
063 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O
064 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O
065 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O
066 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O
067 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O
068 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O
069 nlock nlock nlock nlock nlock nlock nlock nlock O
070 slock slock slock slock slock slock slock slock O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
071 fkey49 '7' '7' '7' 0x0407 0x0407 0x0407 0x0407 N
072 fkey50 '8' '8' '8' 0x2566 0x2566 0x2566 0x2566 N
073 fkey51 '9' '9' '9' 0x2567 0x2567 0x2567 0x2567 N
074 fkey52 '-' '-' '-' 0x0491 0x0491 0x0491 0x0491 N
075 fkey53 '4' '4' '4' 0x0404 0x0404 0x0404 0x0404 N
076 fkey48 '5' '5' '5' 0x2563 0x2563 0x2563 0x2563 N
077 fkey55 '6' '6' '6' 0x0406 0x0406 0x0406 0x0406 N
078 fkey56 '+' '+' '+' 0x255a 0x255a 0x255a 0x255a N
079 fkey57 '1' '1' '1' 0x2560 0x2560 0x2560 0x2560 N
080 fkey58 '2' '2' '2' 0x2561 0x2561 0x2561 0x2561 N
081 fkey59 '3' '3' '3' 0x0401 0x0401 0x0401 0x0401 N
082 fkey60 '0' '0' '0' 0x255f 0x255f 0x255f 0x255f N
083 fkey54 '.' del del 0x042a 0x042a boot halt N
084 alock alock alock alock alock alock alock alock O
085 nop nop nop nop nop nop nop nop O
086 nop nop nop nop nop nop nop nop O
087 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O
088 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
089 cr cr nl nl 0x2588 0x2588 0x253c 0x253c O
090 alock rctrl rctrl rctrl rctrl rctrl rctrl rctrl O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
091 '/' '/' nop nop 0x255e 0x255e nop nop O
092 nscr pscr debug nop nop nop nop nop O
093 ralt ralt ralt ralt ralt ralt ralt ralt O
094 fkey49 fkey49 fkey69 fkey49 fkey49 fkey49 fkey49 fkey49 O
095 fkey50 fkey50 fkey70 fkey50 fkey50 fkey50 fkey50 fkey50 O
096 fkey51 fkey51 fkey71 fkey51 fkey51 fkey51 fkey51 fkey51 O
097 fkey53 fkey53 fkey73 fkey53 fkey53 fkey53 fkey53 fkey53 O
098 fkey55 fkey55 fkey75 fkey55 fkey55 fkey55 fkey55 fkey55 O
099 fkey57 fkey57 fkey77 fkey57 fkey57 fkey57 fkey57 fkey57 O
100 fkey58 fkey58 fkey78 fkey58 fkey58 fkey58 fkey58 fkey58 O
101 fkey59 fkey59 fkey79 fkey59 fkey59 fkey59 fkey59 fkey59 O
102 fkey60 paste fkey80 fkey60 fkey60 fkey60 fkey60 fkey60 O
103 del del fkey81 del fkey61 fkey61 boot pdwn O
104 slock saver slock saver susp nop susp nop O
105 meta fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O
106 meta fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O
107 saver fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O
108 nop nop nop nop nop nop nop nop O
109 nop nop nop nop nop nop nop nop O
110 nop nop nop nop nop nop nop nop O
111 nop nop nop nop nop nop nop nop O
112 nop nop nop nop nop nop nop nop O
113 nop nop nop nop nop nop nop nop O
114 nop nop nop nop nop nop nop nop O
115 nop nop nop nop nop nop nop nop O
116 nop nop nop nop nop nop nop nop O
117 nop nop nop nop nop nop nop nop O
118 nop nop nop nop nop nop nop nop O
119 nop nop nop nop nop nop nop nop O
120 nop nop nop nop nop nop nop nop O
121 nop nop nop nop nop nop nop nop O
122 nop nop nop nop nop nop nop nop O
123 nop nop nop nop nop nop nop nop O
124 nop nop nop nop nop nop nop nop O
125 nop nop nop nop nop nop nop nop O
126 nop nop nop nop nop nop nop nop O
127 nop nop nop nop nop nop nop nop O
128 nop nop nop nop nop nop nop nop O
129 esc esc nop nop esc esc debug nop O
130 '1' '!' nop nop '1' '!' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
131 '2' '"' nul nul '2' '@' 0x2500 0x2500 O
132 '3' ''' nop nop '3' '#' nop nop O
133 '4' ';' nop nop '4' '$' nop nop O
134 '5' ':' nop nop '5' '%' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
135 '6' ',' rs rs '6' '^' 0xb7 0xb7 O
136 '7' '.' nop nop '7' '&' nop nop O
137 '8' '*' nop nop '8' '*' nop nop O
138 '9' '(' nop nop '9' '(' nop nop O
139 '0' ')' nop nop '0' ')' nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
140 0x0456 0x0406 ns ns '-' '_' 0xf7 0xf7 O
141 0x0454 0x0404 nop nop '=' '+' nop nop O
142 bs bs del del bs bs 0x042a 0x042a O
143 ht btab nop nop ht btab nop nop O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
144 0x0439 0x0419 dc1 dc1 'q' 'Q' 0x2592 0x2592 C
145 0x0446 0x0426 etb etb 'w' 'W' 0x2248 0x2248 C
146 0x0443 0x0423 enq enq 'e' 'E' 0x2518 0x2518 C
147 0x043a 0x041a dc2 dc2 'r' 'R' 0x2593 0x2593 C
148 0x0435 0x0415 dc4 dc4 't' 'T' 0x25a0 0x25a0 C
149 0x043d 0x041d em em 'y' 'Y' 0x2265 0x2265 C
150 0x0433 0x0413 nak nak 'u' 'U' 0x2219 0x2219 C
151 0x0448 0x0428 ht ht 'i' 'I' 0x2534 0x2534 C
152 0x0449 0x0429 si si 'o' 'O' 0x2590 0x2590 C
153 0x0437 0x0417 dle dle 'p' 'P' 0x2591 0x2591 C
154 0x0445 0x0425 esc esc '[' '{' 0x2321 0x2321 C
155 0x044a 0x042a gs gs ']' '}' 0xb2 0xb2 C
156 cr cr nl nl cr cr 0x253c 0x253c O
157 lctrl lctrl lctrl lctrl lctrl lctrl lctrl lctrl O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
158 0x0444 0x0424 soh soh 'a' 'A' 0x2502 0x2502 C
159 0x044b 0x042b dc3 dc3 's' 'S' 0x2320 0x2320 C
160 0x0432 0x0412 eot eot 'd' 'D' 0x2514 0x2514 C
161 0x0430 0x0410 ack ack 'f' 'F' 0x251c 0x251c C
162 0x043f 0x041f bel bel 'g' 'G' 0x2524 0x2524 C
163 0x0440 0x0420 bs bs 'h' 'H' 0x252c 0x252c C
164 0x043e 0x041e nl nl 'j' 'J' 0x253c 0x253c C
165 0x043b 0x041b vt vt 'k' 'K' 0x2580 0x2580 C
166 0x0434 0x0414 ff ff 'l' 'L' 0x2584 0x2584 C
167 0x0436 0x0416 nop nop ';' ':' nop nop C
168 0x044d 0x042d nop nop ''' '"' nop nop C
169 0x0491 0x0490 nop nop '`' '~' nop nop C
170 lshift lshift lshift lshift lshift lshift lshift lshift O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
171 0x0457 0x0407 fs fs '\' '|' 0xb0 0xb0 O
172 0x044f 0x042f sub sub 'z' 'Z' 0xa0 0xa0 C
173 0x0447 0x0427 can can 'x' 'X' 0x2264 0x2264 C
174 0x0441 0x0421 etx etx 'c' 'C' 0x2510 0x2510 C
175 0x043c 0x041c syn syn 'v' 'V' 0x221a 0x221a C
176 0x0438 0x0418 stx stx 'b' 'B' 0x250c 0x250c C
177 0x0442 0x0422 so so 'n' 'N' 0x258c 0x258c C
178 0x044c 0x042c cr cr 'm' 'M' 0x2588 0x2588 C
179 0x0431 0x0411 nop nop ',' '<' nop nop C
180 0x044e 0x042e nop nop '.' '>' nop nop C
181 0x0451 0x0401 nop nop '/' '?' nop nop O
182 rshift rshift rshift rshift rshift rshift rshift rshift O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
183 '*' '*' nl nl '*' '*' 0x253c 0x253c O
184 lalt lalt lalt lalt lalt lalt lalt lalt O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
185 ' ' ' ' ' ' ' ' ' ' ' ' 0x2550 0x2550 O
186 alock clock clock clock clock clock clock clock O
187 fkey01 fkey13 fkey25 fkey37 scr01 scr11 scr01 scr11 O
188 fkey02 fkey14 fkey26 fkey38 scr02 scr12 scr02 scr12 O
189 fkey03 fkey15 fkey27 fkey39 scr03 scr13 scr03 scr13 O
190 fkey04 fkey16 fkey28 fkey40 scr04 scr14 scr04 scr14 O
191 fkey05 fkey17 fkey29 fkey41 scr05 scr15 scr05 scr15 O
192 fkey06 fkey18 fkey30 fkey42 scr06 scr16 scr06 scr16 O
193 fkey07 fkey19 fkey31 fkey43 scr07 scr07 scr07 scr07 O
194 fkey08 fkey20 fkey32 fkey44 scr08 scr08 scr08 scr08 O
195 fkey09 fkey21 fkey33 fkey45 scr09 scr09 scr09 scr09 O
196 fkey10 fkey22 fkey34 fkey46 scr10 scr10 scr10 scr10 O
197 nlock nlock nlock nlock nlock nlock nlock nlock O
198 slock slock slock slock slock slock slock slock O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
199 fkey49 '7' '7' '7' 0x0407 0x0407 0x0407 0x0407 N
200 fkey50 '8' '8' '8' 0x2566 0x2566 0x2566 0x2566 N
201 fkey51 '9' '9' '9' 0x2567 0x2567 0x2567 0x2567 N
202 fkey52 '-' '-' '-' 0x0491 0x0491 0x0491 0x0491 N
203 fkey53 '4' '4' '4' 0x0404 0x0404 0x0404 0x0404 N
204 fkey48 '5' '5' '5' 0x2563 0x2563 0x2563 0x2563 N
205 fkey55 '6' '6' '6' 0x0406 0x0406 0x0406 0x0406 N
206 fkey56 '+' '+' '+' 0x255a 0x255a 0x255a 0x255a N
207 fkey57 '1' '1' '1' 0x2560 0x2560 0x2560 0x2560 N
208 fkey58 '2' '2' '2' 0x2561 0x2561 0x2561 0x2561 N
209 fkey59 '3' '3' '3' 0x0401 0x0401 0x0401 0x0401 N
210 fkey60 '0' '0' '0' 0x255f 0x255f 0x255f 0x255f N
211 del '.' del del 0x042a 0x042a boot halt N
212 alock alock alock alock alock alock alock alock O
213 nop nop nop nop nop nop nop nop O
214 nop nop nop nop nop nop nop nop O
215 fkey11 fkey23 fkey35 fkey47 scr11 scr11 scr11 scr11 O
216 fkey12 fkey24 fkey36 fkey48 scr12 scr12 scr12 scr12 O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
217 cr cr nl nl 0x2588 0x2588 0x253c 0x253c O
218 alock rctrl rctrl rctrl rctrl rctrl rctrl rctrl O
Attempt at converting the SYSCONS keymaps to Unicode for use with NEWCONS. I have spent many hours comparing source and destination formats, and hope to have caught the most severe conversion errors. Files were converted with a Perl script which I'll shortly commit to the tools directory. This script is a much enhanced version of the one provided by ray@ and is expected to support the full kbdmap(5) syntax. The naming convention used is: <2-letter country code>.<variant>.kbd Only if there are multiple layouts for different languages: <2-letter country code>-<2-letter language code>.<variant>.kbd In nearly all cases, the keyboards are country specific, only. Currently there is only one case where the language was added ("ch-fr.kbd" for the Swiss-French keyboard layout). I choose to write Unicode character codes as hex numbers. While this increases the diff to the SYSCONS keymap files for the trivial cases (conversion from ISO8859-1), it really helps to verify the more complex cases against a Unicode table (which is indexed by hex numbers). This commit does not cover all files that have been converted, since I need to sort out which ones to use, if there were several with different source encodings to choose from. Review and test of the keymap files is highly desirable before 10.1 is released. I'd also appreciate educated opinions regarding the optimum variant (to be made available as the default for each language). Since there are no NEWCONS keymaps in 10-STABLE, I plan to MFC after the minimum allowed delay of 3 days, to allow at least a few weeks to test and improve what will be in the next release. MFC after: 3 days
2014-08-17 19:54:21 +00:00
219 '/' '/' nop nop 0x255e 0x255e nop nop O
220 nscr pscr debug nop nop nop nop nop O
221 ralt ralt ralt ralt ralt ralt ralt ralt O
222 fkey49 fkey49 fkey69 fkey49 fkey49 fkey49 fkey49 fkey49 O
223 fkey50 fkey50 fkey70 fkey50 fkey50 fkey50 fkey50 fkey50 O
224 fkey51 fkey51 fkey71 fkey51 fkey51 fkey51 fkey51 fkey51 O
225 fkey53 fkey53 fkey73 fkey53 fkey53 fkey53 fkey53 fkey53 O
226 fkey55 fkey55 fkey75 fkey55 fkey55 fkey55 fkey55 fkey55 O
227 fkey57 fkey57 fkey77 fkey57 fkey57 fkey57 fkey57 fkey57 O
228 fkey58 fkey58 fkey78 fkey58 fkey58 fkey58 fkey58 fkey58 O
229 fkey59 fkey59 fkey79 fkey59 fkey59 fkey59 fkey59 fkey59 O
230 fkey60 paste fkey80 fkey60 fkey60 fkey60 fkey60 fkey60 O
231 del del fkey81 del fkey61 fkey61 boot pdwn O
232 slock saver slock saver susp nop susp nop O
233 meta fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 fkey62 O
234 meta fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 fkey63 O
235 saver fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 fkey64 O
236 nop nop nop nop nop nop nop nop O