From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35577) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Uwzka-0004Xh-8Q for qemu-devel@nongnu.org; Wed, 10 Jul 2013 15:08:30 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UwzkX-0006nJ-FC for qemu-devel@nongnu.org; Wed, 10 Jul 2013 15:08:28 -0400 Date: Wed, 10 Jul 2013 14:03:20 -0500 From: Scott Wood In-Reply-To: <22AD60BC-ADE5-4BDD-BEAC-E802085D66BC@gmail.com> (from programmingkidx@gmail.com on Tue Jul 9 22:36:37 2013) Message-ID: <1373483000.8183.222@snotra> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; delsp=Yes; format=Flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: Re: [Qemu-devel] [Qemu-ppc] Mac OS X on QEMU List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Programmingkid Cc: Stefan Hajnoczi , The OpenBIOS Mailinglist , "qemu-ppc@nongnu.org list:PowerPC" , qemu-devel qemu-devel On 07/09/2013 10:36:37 PM, Programmingkid wrote: >=20 > On Jul 9, 2013, at 1:32 PM, Scott Wood wrote: >=20 > > On 07/04/2013 09:58:04 AM, Programmingkid wrote: > >> On Jul 4, 2013, at 10:51 AM, Stefan Hajnoczi wrote: > >> > On Thu, Jul 4, 2013 at 4:45 PM, Alexander Graf =20 > wrote: > >> >> > >> >> On 04.07.2013, at 16:40, Programmingkid wrote: > >> >> > >> >>> We have made a lot of progress in the last month with making =20 > Mac OS X run in QEMU. A lot of people are to thank for this =20 > milestone. To everyone involved, thank you. > >> >>> > >> >>> There is one thing that we have to figure out. That is the =20 > command key issue. This key is a very important on the Macintosh. It =20 > is used to send keyboard shortcuts to applications. > >> >>> > >> >>> What I propose is adding a menu item to QEMU's menu called =20 > "Map Command key to ALT". This would allow a user to be able to send =20 > Macintosh applications command key shortcuts from both a PC and Mac =20 > keyboard. > >> >>> > >> >>> I welcome any and all ideas to solve this problem. > >> >> > >> >> This is the wrong mailing list for this. Your proposal would =20 > touch non-PPC code in QEMU, so this needs to go to qemu-devel. > >> >> > >> >> Keep in mind that the same thing arises with x86 Mac OS X =20 > running in QEMU. > >> > > >> > When I VNC into a Mac I find that the "Windows key" becomes the > >> > Command key. And the same probably happens when you plug a =20 > non-Apple > >> > USB keyboard into a Mac. > >> I was thinking about the Windows key. It would be the perfect =20 > substitute - if it was available on all keyboards. > >> > > >> > If you are using a keyboard with a "Windows key" then that would =20 > be > >> > the most natural option. If you don't have that key then you =20 > really > >> > need to map something else... > >> > > >> > Stefan > >> Maybe there should be two menu items: > >> "Map command key to ALT" and "Map command key to Windows key". > >> They would be mutually exclusive of course. > > > > Isn't the Windows key already the same thing as the Command key, in =20 > terms of the actual keycode generated? >=20 > I don't think so. The command key is equal to 0x37. The windows key =20 > is equal to 0x5B. This is my source: =20 > http://msdn.microsoft.com/en-us/library/windows/desktop/dd375731(v=3Dvs.8= 5).aspx That says 0x37 is the 7 key. The word "command" does not appear. It also looks like that table for something that Windows produces, not =20 the raw output of the keyboard. > > And you'd still want to have an actual ALT key available... The =20 > option should just be whether to swap the Command/Windows and ALT =20 > keys for better ergonomics. >=20 > That might not be true. The user might not mind giving up the alt or =20 > control keys. The options and control key are not used very much on =20 > Mac OS X. I assume you mean "The alt and control key are not used very much...". Maybe the user doesn't mind -- but maybe they do mind and would rather =20 swap the two than end up with both ALT and the OS key being Command. =20 When I used MacOS X I use control and alt quite a bit, in console and =20 X11 apps. > I also want to state that I decided against the adding menu items =20 > idea. Instead I am currently planning to use a command line option. =20 > You just pass the key value you want to use to act as the command =20 > key. Here's an example: >=20 > qemu-system-ppc -command-key 0x37. >=20 > The user could pick one of the functions keys as the command key if =20 > desired. If you're going to get into remapping keys, wouldn't it be better to =20 have a generalized mechanism so the user could do whatever remaps they =20 want? Other targets may have their own special keys. -Scott=