From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 19837 invoked by alias); 3 Mar 2014 02:22:44 -0000 Mailing-List: contact zsh-users-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Users List List-Post: List-Help: X-Seq: 18546 Received: (qmail 9653 invoked from network); 3 Mar 2014 02:22:38 -0000 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on f.primenet.com.au X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.2 X-Authority-Analysis: v=2.1 cv=HYUtEE08 c=1 sm=1 tr=0 a=WZZvPkxb/0d01L+ivoNSSA==:117 a=WZZvPkxb/0d01L+ivoNSSA==:17 a=HIA4oEAs-AEA:10 a=IkcTkHD0fZMA:10 a=q2GGsy2AAAAA:8 a=eoP5wz7dLlE7f5bucFYA:9 a=erxHUXj7eAZFF-ml:21 a=BElkF2W3T4YY0fY_:21 a=QEXdDO2ut3YA:10 a=I6wTmPyJxzYA:10 Message-id: <5313E06A.7020207@eastlink.ca> Date: Sun, 02 Mar 2014 17:52:42 -0800 From: Ray Andrews User-Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20131103 Icedove/17.0.10 MIME-version: 1.0 To: zsh-users@zsh.org Subject: Re: key codes table. References: <140204073937.ZM21329@torch.brasslantern.com> <52F1146D.5020801@eastlink.ca> <140204194650.ZM21787@torch.brasslantern.com> <52F283E8.4050500@eastlink.ca> <530CB4E8.8050305@eastlink.ca> <140225094657.ZM2214@torch.brasslantern.com> <530CE01D.9080201@eastlink.ca> <140225112152.ZM2295@torch.brasslantern.com> <530CF1D5.2050805@eastlink.ca> <140226182921.ZM3650@torch.brasslantern.com> <530EC7EA.8020602@eastlink.ca> <530ECE6B.50605@eastlink.ca> <140228210859.ZM5878@torch.brasslantern.com> <5312469E.5080907@eastlink.ca> <140302092725.ZM923@torch.brasslantern.com> In-reply-to: Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7bit On 03/02/2014 10:18 AM, shawn wilson wrote: > Hummm, I know this should be possible with qemu but a quick Google is > failing to find an easy way to do this. There's probably a fake serial > device kernel module though... I'm not going to try so hard as to go > through a VM but if this is possible without I'll write something. > On Mar 2, 2014 12:28 PM, "Bart Schaefer" wrote: > I dunno, but it seems to me that there would have to be some sort of 'receiver' apparatus somewhere. I can understand that there is probably no way of forcing the KB to send all it's scancodes, but on the other end, when I tell this machine that I have a 101 KB, it would seem that it's prepping itself to receive this that and the other scancodes IOW it knows what my KB can and can't do and is equipped to receive anything that the KB is able to send. *that* should be findable, I'd say. Why else would there be a hundred different KB defs unless to have an exact list of every KB's potential. >> On Mar 1, 5:50pm, shawn wilson wrote: >> } >> } If you want that chart, you should be able to come up with a script that >> } gets key bindings for \x00 - \x255 (or more realistically 80~200 - >> } printable characters) and we can run it through common environments? >> >> The problem is getting the keyboard to send those characters. In an >> XKB environment you might be able to read out the keyboard definitions >> but that won't help for consoles, ssh connections, etc. It would be >> (was, in the past, IIRC) a large security problem if there were a way >> to script a keyboard to send back arbitrary keystrokes. >>