From mboxrd@z Thu Jan 1 00:00:00 1970 From: George Bronnikov To: 9fans@cse.psu.edu Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811327-1412355860-1032691523=:2471" Subject: [9fans] Russian keyboard Date: Sun, 22 Sep 2002 14:45:23 +0400 Topicbox-Message-UUID: f21a6ff6-eaca-11e9-9e20-41e7f4b1d025 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811327-1412355860-1032691523=:2471 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Hello, with some pushing from Andrey Kuchar (thanks!), I have made a Russian keyboard map for use with nemo's keyboard drivers. To use it, you need to compile the kernel with /dev/kbmap support -- diffs to nemo's /sys/src/9/pcdisk attached. Upon startup (in /bin/termrc, preferably), you need to do bind -a '#�' /dev cat /lib/kbmap/kbd_ru.map > /dev/kbmap It replaces the Bulgarian keymap (I doubt anyone would want to use both). Now the question: I don't like the idea of having lots of kbmaps compiled into the kernel (That's why I didn't make kbmap_ru.c). I'd probably prefer several maps, initialized to kbmap_default, and controlled via /dev/kbmap. Should I make such changes? Should maps appear dynamically (for example, a map appears when a "reset n" or "keymap n" message with a new n is sent to /dev/kbmap)? What are the disadvantages of such a scheme compared to compiled-in maps? Goga ---1463811327-1412355860-1032691523=:2471 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=diffs Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=diffs c3JjL3N5cy9zcmMvOS9wYy9wY2Rpc2s6MzUgYSAvc3lzL3NyYy85L3BjL3Bj ZGlzazozNiwzNw0KPiAJa2JtYXANCj4gDQpzcmMvc3lzL3NyYy85L3BjL3Bj ZGlzazo0OSBkIC9zeXMvc3JjLzkvcGMvcGNkaXNrOjUwDQo8IAlldGhlcndh dmVsYW4Jd2F2ZWxhbiBkZXZpODIzNjUgY2lzIHBjaQ0Kc3JjL3N5cy9zcmMv OS9wYy9wY2Rpc2s6OTMsOTkgZCAvc3lzL3NyYy85L3BjL3BjZGlzazo5Mw0K PCAJa2JkX2VzDQo8IAlrYmRfZnINCjwgCWtiZF91aw0KPCAJa2JkX2pwDQo8 ICMJdGhpcyBzaG91bGQgYmUgaW4gdGhlIGRldiBzZWN0aW9uDQo8ICMJYXMg YSAia2JtYXAiIGVudHJ5LCBhbmQgbm90IGhlcmUuDQo8IAlkZXZrYm1hcA0K ---1463811327-1412355860-1032691523=:2471 Content-Type: multipart/mixed; boundary="upas-juzqokejfdqgsiaiapqaiorxlj" Content-Disposition: inline This is a multi-part message in MIME format. --upas-juzqokejfdqgsiaiapqaiorxlj Content-Disposition: inline Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit The following attachment had content that we can't prove to be harmless. To avoid possible automatic execution, we changed the content headers. The original header was: Content-Type: TEXT/PLAIN; charset=koi8-r; name="kbd_ru.map" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="kbd_ru.map" --upas-juzqokejfdqgsiaiapqaiorxlj Content-Type: application/octet-stream Content-Disposition: attachment; filename="kbd_ru.map.suspect" Content-Transfer-Encoding: base64 cmVzZXQgMg0Ka2V5bWFwIDINCmtleQkweDAxCTB4MWIJMHgxYg0Ka2V5CTB4 MDIJJzEnCQknIScNCmtleQkweDAzCScyJwkJJyInDQprZXkJMHgwNAknMycJ CScjJw0Ka2V5IAkweDA1CSc0JwkJJyQnDQprZXkJMHgwNgknNScJCSc6Jw0K a2V5CTB4MDcJJzYnCQknLCcNCmtleQkweDA4CSc3JwkJJy4nDQprZXkJMHgw OQknOCcJCSc7Jw0Ka2V5CTB4MGEJCSc5JwkJJygnDQprZXkJMHgwYgknMCcJ CScpJw0Ka2V5CTB4MGMJCSctJwkJJ18nDQprZXkJMHgwZAknPScJCScrJw0K a2V5CTB4MGUJCTB4MDgJMHgwOA0Ka2V5CTB4MGYJCTB4MDkJMHgwOQ0Ka2V5 CTB4MTAJJ9C5JwkJJ9CZJw0Ka2V5IAkweDExCSfRhicJCSfQpicNCmtleSAJ MHgxMgkn0YMnCQkn0KMnDQprZXkgCTB4MTMJJ9C6JwkJJ9CaJw0Ka2V5IAkw eDE0CSfQtScJCSfQlScNCmtleQkweDE1CSfQvScJCSfQnScNCmtleSAJMHgx Ngkn0LMnCQkn0JMnDQprZXkJMHgxNwkn0YgnCQkn0KgnDQprZXkJMHgxOAkn 0YknCQkn0KknDQprZXkgCTB4MTkJJ9C3JwkJJ9CXJw0Ka2V5CTB4MWEJCSfR hScJCSfQpScNCmtleQkweDFiCSfRiicJCSfQqicNCmtleQkweDFjCQkweDBh CQkweDBhDQprZXkJMHgxZQkJJ9GEJwkJJ9CkJw0Ka2V5CTB4MWYJCSfRiycJ CSfQqycNCmtleQkweDIwCSfQsicJCSfQkicNCmtleQkweDIxCSfQsCcJCSfQ kCcNCmtleQkweDIyCSfQvycJCSfQnycNCmtleQkweDIzCSfRgCcJCSfQoCcN CmtleQkweDI0CSfQvicJCSfQnicNCmtleQkweDI1CSfQuycJCSfQmycNCmtl eQkweDI2CSfQtCcJCSfQlCcNCmtleQkweDI3CSfQticJCSfQlicNCmtleQkw eDI4CSfRjScJCSfQrScNCmtleQkweDI5CSfRkScJCSfQgScNCmtleQkweDJi CTB4NWMJCSd8Jw0Ka2V5CTB4MmMJCSfRjycJCSfQrycNCmtleQkweDJkCSfR hycJCSfQpycNCmtleQkweDJlCQkn0YEnCQkn0KEnDQprZXkJMHgyZgkJJ9C8 JwkJJ9CcJw0Ka2V5CTB4MzAJJ9C4JwkJJ9CYJw0Ka2V5CTB4MzEJJ9GCJwkJ J9CiJw0Ka2V5CTB4MzIJJ9GMJwkJJ9CsJw0Ka2V5CTB4MzMJJ9CxJwkJJ9CR Jw0Ka2V5CTB4MzQJJ9GOJwkJJ9CuJw0Ka2V5CTB4MzUJJy8nCQknPyc= --upas-juzqokejfdqgsiaiapqaiorxlj-- ---1463811327-1412355860-1032691523=:2471--