* [Qemu-devel] Mac keyboard not supported
@ 2004-12-27 16:40 Laurent Amon
2004-12-27 18:36 ` Phil Krylov
` (2 more replies)
0 siblings, 3 replies; 22+ messages in thread
From: Laurent Amon @ 2004-12-27 16:40 UTC (permalink / raw)
To: qemu-devel
Hi,
I would like to know if other mac users have trouble using their mac
keyboards with current CVS.
Setup : Host Mac OS X 10.3 with TiBook or Pro keyboard, Guest Win98. I
have a French keyboard but also tested with US mapping.
The keyboard mapping is completely shot up. I posted a patch a while
back for an older version, but the patch was not very clean. Has
anybody written a mac (french or us) keymap file?
Rgds,
Lga.
^ permalink raw reply [flat|nested] 22+ messages in thread* Re: [Qemu-devel] Mac keyboard not supported 2004-12-27 16:40 [Qemu-devel] Mac keyboard not supported Laurent Amon @ 2004-12-27 18:36 ` Phil Krylov 2004-12-28 1:16 ` Johannes Schindelin 2004-12-29 5:13 ` Natalia Portillo 2 siblings, 0 replies; 22+ messages in thread From: Phil Krylov @ 2004-12-27 18:36 UTC (permalink / raw) To: qemu-devel Hello Laurent, On Mon, 27 Dec 2004 17:40:07 +0100, Laurent Amon <amon@cs.stanford.edu> wrote: > Hi, > > I would like to know if other mac users have trouble using their mac > keyboards with current CVS. Yes, I am using a Mac OS X 10.3.7 on TiBook 800 with a US English layout, and no letters are showing up, only digits, some punctuation, and cursor keys work. On press/release of non-working keys, messages like these appear in the terminal: Warning: no scancode found for keysym 171 Warning: no scancode found for keysym 171 Warning: no scancode found for keysym 172 Warning: no scancode found for keysym 172 Warning: no scancode found for keysym 310 Warning: no scancode found for keysym 310 Warning: no scancode found for keysym 27 Warning: no scancode found for keysym 27 However, it's possible to input letters in DOS/Windows guests by their ascii code, pressing fn-option-(numpad keys). > Has anybody written a mac (french or us) keymap file? I was going to do that when I have time and if noone does it before. Ph. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-27 16:40 [Qemu-devel] Mac keyboard not supported Laurent Amon 2004-12-27 18:36 ` Phil Krylov @ 2004-12-28 1:16 ` Johannes Schindelin 2004-12-28 7:29 ` Laurent Amon 2004-12-29 5:13 ` Natalia Portillo 2 siblings, 1 reply; 22+ messages in thread From: Johannes Schindelin @ 2004-12-28 1:16 UTC (permalink / raw) To: qemu-devel [-- Attachment #1: Type: TEXT/PLAIN, Size: 1146 bytes --] Hi, On Mon, 27 Dec 2004, Laurent Amon wrote: > I would like to know if other mac users have trouble using their mac > keyboards with current CVS. Yes. > Setup : Host Mac OS X 10.3 with TiBook or Pro keyboard, Guest Win98. I > have a French keyboard but also tested with US mapping. > > The keyboard mapping is completely shot up. I posted a patch a while > back for an older version, but the patch was not very clean. Has > anybody written a mac (french or us) keymap file? If there is a need for a special mac keymap, then there is something completely rotten. As far as people told me, there were only problems with Escape, Apple, and keys outside of ASCII (code>127). The first two problems are fixed (hopefully) by the attached patch. The other keys are more of a problem: I believe that this is a bug in SDL: AFAIK in src/video/maccommon/SDL_macevents.c, at the end of Mac_InitOSKeymap(), the if after the comment about non-ASCII, should be replaced by the command in the else branch: "MAC_keymap[i] = value;", i.e. not treat the non-ASCII case specially. I would very much like to know if anybody has success with that. Ciao, Dscho [-- Attachment #2: Type: APPLICATION/x-gunzip, Size: 416 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-28 1:16 ` Johannes Schindelin @ 2004-12-28 7:29 ` Laurent Amon 2004-12-28 11:55 ` Johannes Schindelin 0 siblings, 1 reply; 22+ messages in thread From: Laurent Amon @ 2004-12-28 7:29 UTC (permalink / raw) To: qemu-devel On 28 déc. 04, at 02:16, Johannes Schindelin wrote: > > If there is a need for a special mac keymap, then there is something > completely rotten. > > As far as people told me, there were only problems with Escape, Apple, > and keys outside of ASCII (code>127). The first two problems are fixed > (hopefully) by the attached patch. The other keys are more of a > problem: I > believe that this is a bug in SDL: AFAIK in > src/video/maccommon/SDL_macevents.c, at the end of Mac_InitOSKeymap(), > the > if after the comment about non-ASCII, should be replaced by the > command in > the else branch: "MAC_keymap[i] = value;", i.e. not treat the non-ASCII > case specially. > I also have a problem with some ascii keys. At least on the french keyboard, most upper row numbers don't work. I hacked a workable keyboard (or rather enhanced on a hack Johannes Fortmann wrote) in july (posted to the list on july 17th and 21st) but I'd rather build on the current system. I guess that the mac keycodes are different from te PC ones and need an extra translation. SDL is not perfect in that respect, though I haven't tries 1.2.8 release. > I would very much like to know if anybody has success with that. > I'll look at it as soon as I can. Bye for now, Lga. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-28 7:29 ` Laurent Amon @ 2004-12-28 11:55 ` Johannes Schindelin 2004-12-28 12:26 ` Laurent Amon 0 siblings, 1 reply; 22+ messages in thread From: Johannes Schindelin @ 2004-12-28 11:55 UTC (permalink / raw) To: qemu-devel Hi, On Tue, 28 Dec 2004, Laurent Amon wrote: > On 28 déc. 04, at 02:16, Johannes Schindelin wrote: > > > > If there is a need for a special mac keymap, then there is something > > completely rotten. > > > > As far as people told me, there were only problems with Escape, Apple, > > and keys outside of ASCII (code>127). The first two problems are fixed > > (hopefully) by the attached patch. The other keys are more of a > > problem: I believe that this is a bug in SDL: AFAIK in > > src/video/maccommon/SDL_macevents.c, at the end of Mac_InitOSKeymap(), > > the if after the comment about non-ASCII, should be replaced by the > > command in the else branch: "MAC_keymap[i] = value;", i.e. not treat > > the non-ASCII case specially. > > > > I also have a problem with some ascii keys. At least on the french > keyboard, most upper row numbers don't work. What are the messages for 1..0? > I hacked a workable keyboard (or rather enhanced on a hack Johannes > Fortmann wrote) in july (posted to the list on july 17th and 21st) but > I'd rather build on the current system. You should, as the only way to support different keyboard layouts for other platforms than a PC would be to duplicate the work. > I guess that the mac keycodes are different from te PC ones and need an > extra translation. SDL is not perfect in that respect, though I haven't > tries 1.2.8 release. That aspect didn't change AFAIK. Anyway, the keycodes may differ, but *not* the keysyms. The whole purpose of keysyms *is* that they are platform-independent. If they are not correct on the Mac, then SDL has to be fixed. Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-28 11:55 ` Johannes Schindelin @ 2004-12-28 12:26 ` Laurent Amon 2004-12-28 12:41 ` Johannes Schindelin 0 siblings, 1 reply; 22+ messages in thread From: Laurent Amon @ 2004-12-28 12:26 UTC (permalink / raw) To: qemu-devel Selon Johannes Schindelin <Johannes.Schindelin@gmx.de>: > Hi, > > On Tue, 28 Dec 2004, Laurent Amon wrote: > > > On 28 déc. 04, at 02:16, Johannes Schindelin wrote: > > > > What are the messages for 1..0? Can't tell you right now, I am at work. It is a mix of accented characters, symbols and numbers. Some characters do appear twice. > > > I hacked a workable keyboard (or rather enhanced on a hack Johannes > > Fortmann wrote) in july (posted to the list on july 17th and 21st) but > > I'd rather build on the current system. > > You should, as the only way to support different keyboard layouts for > other platforms than a PC would be to duplicate the work. I should... what? Build through a new keymap or add code for the support of other keyboard. I am not clear on the meaning of your sentence. > > > I guess that the mac keycodes are different from te PC ones and need an > > extra translation. SDL is not perfect in that respect, though I haven't > > tries 1.2.8 release. > > That aspect didn't change AFAIK. Anyway, the keycodes may differ, but > *not* the keysyms. The whole purpose of keysyms *is* that they are > platform-independent. If they are not correct on the Mac, then SDL has to > be fixed. My old patch did that, by providing extra transcoding. SDL seems to work correctly when you are not changing platforms, but here we are trying to emulate a PC keyboard under windows when the hardware is a Apple keyboard under OSX. I can't expand more since I haven't studied the 0.6.1 code and I don't have my machine at hand right now. Rgds, Lga. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-28 12:26 ` Laurent Amon @ 2004-12-28 12:41 ` Johannes Schindelin 0 siblings, 0 replies; 22+ messages in thread From: Johannes Schindelin @ 2004-12-28 12:41 UTC (permalink / raw) To: qemu-devel Hi, On Tue, 28 Dec 2004, Laurent Amon wrote: > Selon Johannes Schindelin <Johannes.Schindelin@gmx.de>: > > > On Tue, 28 Dec 2004, Laurent Amon wrote: > > > > > On 28 déc. 04, at 02:16, Johannes Schindelin wrote: > > > > > > > What are the messages for 1..0? > > Can't tell you right now, I am at work. It is a mix of accented characters, > symbols and numbers. Some characters do appear twice. If they are accented characters, I understand why: Those are non-ASCII, but Latin-1 characters. Digits, however, should display correctly. > > > I hacked a workable keyboard (or rather enhanced on a hack Johannes > > > Fortmann wrote) in july (posted to the list on july 17th and 21st) but > > > I'd rather build on the current system. > > > > You should, as the only way to support different keyboard layouts for > > other platforms than a PC would be to duplicate the work. > > I should... what? You shoud build on the current system. > > > I guess that the mac keycodes are different from te PC ones and need an > > > extra translation. SDL is not perfect in that respect, though I haven't > > > tries 1.2.8 release. > > > > That aspect didn't change AFAIK. Anyway, the keycodes may differ, but > > *not* the keysyms. The whole purpose of keysyms *is* that they are > > platform-independent. If they are not correct on the Mac, then SDL has to > > be fixed. > > My old patch did that, by providing extra transcoding. SDL seems to work > correctly when you are not changing platforms, but here we are trying to > emulate a PC keyboard under windows when the hardware is a Apple > keyboard under OSX. Again, keysyms are meant for cross-platform-compatibility. If you take a PC or Mac or a Phone, the keysym should not change. If you take a French, a German or Swedish keyboard layout, the keysym should not change. If it changes, it's a bug in SDL. Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-27 16:40 [Qemu-devel] Mac keyboard not supported Laurent Amon 2004-12-27 18:36 ` Phil Krylov 2004-12-28 1:16 ` Johannes Schindelin @ 2004-12-29 5:13 ` Natalia Portillo 2005-01-01 18:20 ` Laurent Amon 2 siblings, 1 reply; 22+ messages in thread From: Natalia Portillo @ 2004-12-29 5:13 UTC (permalink / raw) To: qemu-devel I have MacOS X 10.3 in an ISO-ES keyboard and I had problems with some keys (I'm using QEMU 0.6.0). I just changed the keyboard to US just before running QEMU and then inside the guest OS chosen the ES keyboard, and then all keys mapped correctly. El 27/12/2004, a las 16:40, Laurent Amon escribió: > Hi, > > I would like to know if other mac users have trouble using their mac > keyboards with current CVS. > > Setup : Host Mac OS X 10.3 with TiBook or Pro keyboard, Guest Win98. I > have a French keyboard but also tested with US mapping. > > The keyboard mapping is completely shot up. I posted a patch a while > back for an older version, but the patch was not very clean. Has > anybody written a mac (french or us) keymap file? > > Rgds, > > Lga. > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2004-12-29 5:13 ` Natalia Portillo @ 2005-01-01 18:20 ` Laurent Amon 2005-01-02 14:40 ` Phil Krylov 0 siblings, 1 reply; 22+ messages in thread From: Laurent Amon @ 2005-01-01 18:20 UTC (permalink / raw) To: qemu-devel [-- Attachment #1: Type: text/plain, Size: 1071 bytes --] On 29 déc. 04, at 06:13, Natalia Portillo wrote: > I have MacOS X 10.3 in an ISO-ES keyboard and I had problems with some > keys (I'm using QEMU 0.6.0). > > I just changed the keyboard to US just before running QEMU and then > inside the guest OS chosen the ES keyboard, and then all keys mapped > correctly. > OK, That works. Choose US as a system keyboard, start qemu with '-k en-us' (or without -k) and choose the language you want in the guest. However, it is rather awkward if you switch between qemu and other applications as you'll have to change the keyboard language every time. So until we can take into account international mac keyboards, I'd say this is broken. I guess the solution might be to create specific keymaps. In the meanwhile, I just ported my old patch (included) to the snapshot of a few days ago. It works with the french keyboard, and should work with any other international one (and even US). Use your usual language setting and start qemu without the '-k' argument. Happy new year to all, Lga. [-- Attachment #2: mackeys.patch --] [-- Type: application/octet-stream, Size: 10708 bytes --] *** old/ Sat Jan 1 18:35:56 2005 --- new/mackeys.h Sat Jan 1 17:22:47 2005 *************** *** 0 **** --- 1,161 ---- + /* + SDL - Simple DirectMedia Layer + Copyright (C) 1997-2004 Sam Lantinga + + This library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public + License as published by the Free Software Foundation; either + version 2 of the License, or (at your option) any later version. + + This library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with this library; if not, write to the Free + Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + + Sam Lantinga + slouken@libsdl.org + */ + + #ifdef SAVE_RCSID + static char rcsid = + "@(#) $Id: SDL_mackeys.h,v 1.5 2004/01/04 16:49:25 slouken Exp $"; + #endif + + /* These are the Macintosh key scancode constants -- from Inside Macintosh */ + + #define MK_ESCAPE 0x35 + #define MK_F1 0x7A + #define MK_F2 0x78 + #define MK_F3 0x63 + #define MK_F4 0x76 + #define MK_F5 0x60 + #define MK_F6 0x61 + #define MK_F7 0x62 + #define MK_F8 0x64 + #define MK_F9 0x65 + #define MK_F10 0x6D + #define MK_F11 0x67 + #define MK_F12 0x6F + #define MK_PRINT 0x69 + #define MK_SCROLLOCK 0x6B + #define MK_PAUSE 0x71 + #define MK_POWER 0x7F + #define MK_BACKQUOTE 0x32 + #define MK_1 0x12 + #define MK_2 0x13 + #define MK_3 0x14 + #define MK_4 0x15 + #define MK_5 0x17 + #define MK_6 0x16 + #define MK_7 0x1A + #define MK_8 0x1C + #define MK_9 0x19 + #define MK_0 0x1D + #define MK_MINUS 0x1B + #define MK_EQUALS 0x18 + #define MK_BACKSPACE 0x33 + #define MK_INSERT 0x72 + #define MK_HOME 0x73 + #define MK_PAGEUP 0x74 + #define MK_NUMLOCK 0x47 + #define MK_KP_EQUALS 0x51 + #define MK_KP_DIVIDE 0x4B + #define MK_KP_MULTIPLY 0x43 + #define MK_TAB 0x30 + #define MK_q 0x0C + #define MK_w 0x0D + #define MK_e 0x0E + #define MK_r 0x0F + #define MK_t 0x11 + #define MK_y 0x10 + #define MK_u 0x20 + #define MK_i 0x22 + #define MK_o 0x1F + #define MK_p 0x23 + #define MK_LEFTBRACKET 0x21 + #define MK_RIGHTBRACKET 0x1E + #define MK_BACKSLASH 0x2A + #define MK_DELETE 0x75 + #define MK_END 0x77 + #define MK_PAGEDOWN 0x79 + #define MK_KP7 0x59 + #define MK_KP8 0x5B + #define MK_KP9 0x5C + #define MK_KP_MINUS 0x4E + #define MK_CAPSLOCK 0x39 + #define MK_a 0x00 + #define MK_s 0x01 + #define MK_d 0x02 + #define MK_f 0x03 + #define MK_g 0x05 + #define MK_h 0x04 + #define MK_j 0x26 + #define MK_k 0x28 + #define MK_l 0x25 + #define MK_SEMICOLON 0x29 + #define MK_QUOTE 0x27 + #define MK_RETURN 0x24 + #define MK_KP4 0x56 + #define MK_KP5 0x57 + #define MK_KP6 0x58 + #define MK_KP_PLUS 0x45 + #define MK_LSHIFT 0x38 + #define MK_z 0x06 + #define MK_x 0x07 + #define MK_c 0x08 + #define MK_v 0x09 + #define MK_b 0x0B + #define MK_n 0x2D + #define MK_m 0x2E + #define MK_COMMA 0x2B + #define MK_PERIOD 0x2F + #define MK_SLASH 0x2C + #if 0 /* These are the same as the left versions - use left by default */ + #define MK_RSHIFT 0x38 + #endif + #define MK_UP 0x7E + #define MK_KP1 0x53 + #define MK_KP2 0x54 + #define MK_KP3 0x55 + #define MK_KP_ENTER 0x4C + #define MK_LCTRL 0x3B + #define MK_LALT 0x3A + #define MK_LMETA 0x37 + #define MK_SPACE 0x31 + #if 0 /* These are the same as the left versions - use left by default */ + #define MK_RMETA 0x37 + #define MK_RALT 0x3A + #define MK_RCTRL 0x3B + #endif + #define MK_LEFT 0x7B + #define MK_DOWN 0x7D + #define MK_RIGHT 0x7C + #define MK_KP0 0x52 + #define MK_KP_PERIOD 0x41 + + /* Wierd, these keys are on my iBook under MacOS X */ + #define MK_IBOOK_ENTER 0x34 + #define MK_IBOOK_LEFT 0x3B + #define MK_IBOOK_RIGHT 0x3C + #define MK_IBOOK_DOWN 0x3D + #define MK_IBOOK_UP 0x3E + + /* Added --lga-- 2004/07/17 */ + #define MK_EQUALS_BIS 0x48 + #define MK_MULTIPLY 0x42 + #define MK_SQUARE 0x0A + + #define MK_ADD 0x46 + #define MK_DIVIDE 0x4D + #define MK_FN 0x3F + #define MK_RECORDBUTTON 0x36 + #define MK_F16 0x6A + + /* I would like to use Fnc-right-enter/right command key on the pb keyboard + * as the contextual menu key for windows --lga-- + */ + #define MK_KEYMENU 0x6E *** old/sdl.c Sat Jan 1 17:11:00 2005 --- new/sdl.c Sat Jan 1 17:30:54 2005 *************** *** 87,99 **** /* specific keyboard conversions from scan codes */ ! #if defined(_WIN32) static uint8_t sdl_keyevent_to_keycode(const SDL_KeyboardEvent *ev) { return ev->keysym.scancode; } #else static const uint8_t x_keycode_to_pc_keycode[61] = { --- 87,275 ---- /* specific keyboard conversions from scan codes */ ! #if defined(_WIN32) static uint8_t sdl_keyevent_to_keycode(const SDL_KeyboardEvent *ev) { return ev->keysym.scancode; } + #elif defined(__APPLE__) + + #include "mackeys.h" + + static uint8_t mac_to_scancode[255]; + + static void init_mac_to_scancode() + { + memset(mac_to_scancode, 0, sizeof(mac_to_scancode)); + + mac_to_scancode[MK_ESCAPE]=0x01; + + mac_to_scancode[MK_SQUARE]=0x29; /* MODIF LGA */ + mac_to_scancode[MK_1]=0x02; + mac_to_scancode[MK_2]=0x03; + mac_to_scancode[MK_3]=0x04; + mac_to_scancode[MK_4]=0x05; + mac_to_scancode[MK_5]=0x06; + mac_to_scancode[MK_6]=0x07; + mac_to_scancode[MK_7]=0x08; + mac_to_scancode[MK_8]=0x09; + mac_to_scancode[MK_9]=0x0a; + mac_to_scancode[MK_0]=0x0b; + mac_to_scancode[MK_MINUS]=0x0c; + mac_to_scancode[MK_EQUALS]=0x0d; + mac_to_scancode[MK_EQUALS_BIS]=0x0d; + mac_to_scancode[MK_BACKSPACE]=0x0e; + + mac_to_scancode[MK_TAB]=0x0f; + mac_to_scancode[MK_q]=0x10; + mac_to_scancode[MK_w]=0x11; + mac_to_scancode[MK_e]=0x12; + mac_to_scancode[MK_r]=0x13; + mac_to_scancode[MK_t]=0x14; + mac_to_scancode[MK_y]=0x15; + mac_to_scancode[MK_u]=0x16; + mac_to_scancode[MK_i]=0x17; + mac_to_scancode[MK_o]=0x18; + mac_to_scancode[MK_p]=0x19; + mac_to_scancode[MK_LEFTBRACKET]=0x1a; + mac_to_scancode[MK_RIGHTBRACKET]=0x1b; + + mac_to_scancode[MK_RETURN]=0x1c; + mac_to_scancode[MK_LCTRL]=0x1d; + + mac_to_scancode[MK_a]=0x1e; + mac_to_scancode[MK_s]=0x1f; + mac_to_scancode[MK_d]=0x20; + mac_to_scancode[MK_f]=0x21; + mac_to_scancode[MK_g]=0x22; + mac_to_scancode[MK_h]=0x23; + mac_to_scancode[MK_j]=0x24; + mac_to_scancode[MK_k]=0x25; + mac_to_scancode[MK_l]=0x26; + mac_to_scancode[MK_SEMICOLON]=0x27; + mac_to_scancode[MK_QUOTE]=0x28; + + mac_to_scancode[MK_BACKQUOTE]=0x5E; /*MODIF LGA*/ + mac_to_scancode[MK_LSHIFT]=0x2a; + mac_to_scancode[MK_BACKSLASH]=0x2b; + + mac_to_scancode[MK_z]=0x2c; + mac_to_scancode[MK_x]=0x2d; + mac_to_scancode[MK_c]=0x2e; + mac_to_scancode[MK_v]=0x2f; + mac_to_scancode[MK_b]=0x30; + mac_to_scancode[MK_n]=0x31; + mac_to_scancode[MK_m]=0x32; + mac_to_scancode[MK_COMMA]=0x33; + mac_to_scancode[MK_PERIOD]=0x34; + mac_to_scancode[MK_SLASH]=0x35; + + mac_to_scancode[MK_MULTIPLY]=0x37; + mac_to_scancode[MK_KP_MULTIPLY]=0x37; + mac_to_scancode[MK_LALT]=0x38; + mac_to_scancode[MK_SPACE]=0x39; + mac_to_scancode[MK_CAPSLOCK]=0x3a; + mac_to_scancode[MK_F1]=0x3b; + mac_to_scancode[MK_F2]=0x3c; + mac_to_scancode[MK_F3]=0x3d; + mac_to_scancode[MK_F4]=0x3e; + mac_to_scancode[MK_F5]=0x3f; + mac_to_scancode[MK_F6]=0x40; + mac_to_scancode[MK_F7]=0x41; + mac_to_scancode[MK_F8]=0x42; + mac_to_scancode[MK_F9]=0x43; + mac_to_scancode[MK_F10]=0x44; + + mac_to_scancode[MK_NUMLOCK]=0x45; + mac_to_scancode[MK_SCROLLOCK]=0x46; + + mac_to_scancode[MK_KP7]=0x47; + mac_to_scancode[MK_KP8]=0x48; + mac_to_scancode[MK_KP9]=0x49; + mac_to_scancode[MK_KP_MINUS]=0x4a; + mac_to_scancode[MK_KP4]=0x4b; + mac_to_scancode[MK_KP5]=0x4c; + mac_to_scancode[MK_KP6]=0x4d; + mac_to_scancode[MK_KP_PLUS]=0x4e; + mac_to_scancode[MK_KP1]=0x4f; + mac_to_scancode[MK_KP2]=0x50; + mac_to_scancode[MK_KP3]=0x51; + mac_to_scancode[MK_KP0]=0x52; + mac_to_scancode[MK_KP_PERIOD]=0x53; + mac_to_scancode[MK_PRINT]=0x54; + mac_to_scancode[MK_LMETA]=0x56; + + mac_to_scancode[MK_KEYMENU]=0x7e ; + + mac_to_scancode[MK_HOME]=0x47 | 0x80; + mac_to_scancode[MK_UP]=0x48 | 0x80; + mac_to_scancode[MK_PAGEUP]=0x49 | 0x80; + + mac_to_scancode[MK_LEFT]=0x4b | 0x80; + mac_to_scancode[MK_RIGHT]=0x4d | 0x80; + + mac_to_scancode[MK_END]=0x4f | 0x80; + + mac_to_scancode[MK_DOWN]=0x50 | 0x80; + mac_to_scancode[MK_PAGEDOWN]=0x51 | 0x80; + mac_to_scancode[MK_INSERT]=0x52 | 0x80; + mac_to_scancode[MK_DELETE]=0x53 | 0x80; + + mac_to_scancode[MK_KP_ENTER]=0x1c | 0x80; + mac_to_scancode[MK_KP_DIVIDE]=0x35 | 0x80; + mac_to_scancode[MK_KP_EQUALS]=0x0d | 0x80; + } + + + static uint8_t sdl_keyevent_to_keycode(const SDL_KeyboardEvent *ev) + { + int keycode; + + keycode = ev->keysym.scancode; + + + //fprintf(stderr,"scancode 0x%x, keysym 0x%x\n", keycode, ev->keysym.sym); + if(keycode) + keycode = mac_to_scancode[keycode]; + else /* sdl doesn't set the scancode for the modifiers */ + { + switch(ev->keysym.sym) + { + case SDLK_LSHIFT: + keycode = 0x2a; + break; + case SDLK_RSHIFT: + keycode = 0x36; + break; + case SDLK_LCTRL: + keycode = 0x1d; + break; + case SDLK_RCTRL: + keycode = 0x9d; + break; + case SDLK_LALT: + keycode = 0x38; + break; + case SDLK_RALT: + keycode = 0xb8; + break; + case SDLK_LMETA: + /* make Command into Windows key --lga--*/ + keycode = 0x79; + case SDLK_a: /* I just don't want to know why this is needed */ + case 0x71: + keycode = 0x1e; + break; + default: + printf("not converting (%i)\n", ev->keysym.sym); + ; + } + } + return keycode; + } + #else static const uint8_t x_keycode_to_pc_keycode[61] = { *************** *** 467,474 **** #if defined(__APPLE__) /* always use generic keymaps */ ! if (!keyboard_layout) ! keyboard_layout = "en-us"; #endif if(keyboard_layout) { kbd_layout = init_keyboard_layout(keyboard_layout); --- 643,651 ---- #if defined(__APPLE__) /* always use generic keymaps */ ! /*@if (!keyboard_layout) ! keyboard_layout = "en-us"; */ ! init_mac_to_scancode(); #endif if(keyboard_layout) { kbd_layout = init_keyboard_layout(keyboard_layout); [-- Attachment #3: Type: text/plain, Size: 2 bytes --] ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-01 18:20 ` Laurent Amon @ 2005-01-02 14:40 ` Phil Krylov 2005-01-02 16:24 ` Laurent Amon 0 siblings, 1 reply; 22+ messages in thread From: Phil Krylov @ 2005-01-02 14:40 UTC (permalink / raw) To: qemu-devel Hello Laurent, Have a happy new year! On Sat, 1 Jan 2005 19:20:50 +0100, Laurent Amon <amon@stanfordalumni.org> wrote: > In the meanwhile, I just ported my old patch (included) to the snapshot > of a few days ago. It works with the french keyboard, and should work > with any other international one (and even US). Use your usual language > setting and start qemu without the '-k' argument. With this patch, everything works just fine here - except CapsLock and A keys. This piece of the patch doesn't seem to work as expected: case SDLK_a: /* I just don't want to know why this is needed */ case 0x71: keycode = 0x1e; break; -- Ph. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-02 14:40 ` Phil Krylov @ 2005-01-02 16:24 ` Laurent Amon 2005-01-02 17:47 ` Phil Krylov 0 siblings, 1 reply; 22+ messages in thread From: Laurent Amon @ 2005-01-02 16:24 UTC (permalink / raw) To: Phil Krylov, qemu-devel Hi Phil, I never noticed that Caps Lock didn't work. I hardly ever use it. However, the 'A' key works perfectly on my keyboard. The part of the patch you point to is needed because (at least on my machine) the keysim returned by the 'a' key is 0 and you need to determine by keycode. The comment is from the person who wrote the original patch. What language is your keyboard in? You may want to uncomment the fprintf to see what you are missing. What I get is not perfect : I get a PC mapping fo my mac keyboard so few symbols are not at the same place and a couple are missing. But that's enough to be useful. If somebody can improve on this patch or write a better one, please go ahead. I may have a look at it, but I don't have much time for it, so don't expect anything soon. Happy new year to you too, Lga. On 2 janv. 05, at 15:40, Phil Krylov wrote: > Hello Laurent, > > Have a happy new year! > > On Sat, 1 Jan 2005 19:20:50 +0100, Laurent Amon > <amon@stanfordalumni.org> wrote: > >> In the meanwhile, I just ported my old patch (included) to the >> snapshot >> of a few days ago. It works with the french keyboard, and should work >> with any other international one (and even US). Use your usual >> language >> setting and start qemu without the '-k' argument. > > With this patch, everything works just fine here - except CapsLock and > A keys. > > This piece of the patch doesn't seem to work as expected: > > case SDLK_a: /* I just don't want to know why this is > needed */ > case 0x71: > keycode = 0x1e; > break; ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-02 16:24 ` Laurent Amon @ 2005-01-02 17:47 ` Phil Krylov 2005-01-02 19:22 ` Johannes Schindelin 0 siblings, 1 reply; 22+ messages in thread From: Phil Krylov @ 2005-01-02 17:47 UTC (permalink / raw) To: Laurent Amon; +Cc: qemu-devel Hello Laurent, > What language is your keyboard in? You may want to uncomment the > fprintf to see what you are missing. I have U.S. layout on a TiBook. 'A' returns SDLK_WORLD_0 (160) here... This patch (applied after yours) fixes Caps Lock, 'A', and Command keys (there was a missing break after SDLK_META case). Can you please check if it ruins things with a non-US keyboard (which can need SDLK_WORLD_0 different from 'A')? *** sdl.c Sun Jan 2 20:34:20 2005 --- sdl.new Sun Jan 2 20:02:39 2005 *************** static uint8_t sdl_keyevent_to_keycode(c *** 258,264 **** --- 258,269 ---- case SDLK_LMETA: /* make Command into Windows key --lga--*/ keycode = 0x79; + break; + case SDLK_CAPSLOCK: + keycode = 0x3a; + break; case SDLK_a: /* I just don't want to know why this is needed */ + case SDLK_WORLD_0: case 0x71: keycode = 0x1e; break; -- Ph. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-02 17:47 ` Phil Krylov @ 2005-01-02 19:22 ` Johannes Schindelin 2005-01-02 20:16 ` Laurent Amon 0 siblings, 1 reply; 22+ messages in thread From: Johannes Schindelin @ 2005-01-02 19:22 UTC (permalink / raw) To: Phil Krylov, qemu-devel; +Cc: Laurent Amon Hi, On Sun, 2 Jan 2005, Phil Krylov wrote: > I have U.S. layout on a TiBook. 'A' returns SDLK_WORLD_0 (160) here... This is wrong. It's SDL's fault. As most of the other errors with the keymaps. 'A' *has to* return SDLK_A, and it is semi-standard that SDLK_WORLD_* are *only* returned when Latin1-characters are pressed (ä,ö,etc.), and then return the Latin1 code for it. Looking at the SDL-sources, it seems quite easy to solve those bugs. Those are bugs. And by fixing it, you fix all SDL applications on OS X, not just QEmu. And you can concentrate on useful things after that. Fixing those bugs is so much better than working around them. Working around them *never* will be portable, and it's a *duplication* of work. I'd do it myself, but I don't *have* a Mac. If you provide me one, I'd be glad to fix the problem. If the wall turns black, it might be better to put out the fire instead of painting the wall white all the time. Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-02 19:22 ` Johannes Schindelin @ 2005-01-02 20:16 ` Laurent Amon 2005-01-17 15:01 ` Johannes Schindelin 0 siblings, 1 reply; 22+ messages in thread From: Laurent Amon @ 2005-01-02 20:16 UTC (permalink / raw) To: qemu-devel I agree that this is not the best of solutions but just a quick hack to make qemu useable on the mac. However, I am not sure the SDL guys are quick at applying patches and I do not even think SDL will ever give correct results on the mac, unless there is a major rework. Actually, to make a perfect keyboard emulation on the mac would need to work at the Carbon level (to differenciate between the left and right modifier keys) and remap everything correctly to a PC keybord (taking into account whether the modifier keys are active, since some characters are placed differently from a PC keyboard. Not a simple project and since my developer skills are quite rusty (and I never was a Mac programmer), I'll stick to simple things. If anybody wants to tackle this, either at the qemu or at the SDL level, you're welcome. I also agree that patching SDL is a better solution. On the other hand, you would have to include specially patched SDL binaries when you distribute a binary on FreeOSZoo. And people tracking CVS would also have to patch and compile SDL (actually, there are a couple things to patch in QuartzGL anyway, so...). Bye for now, Lga. On 2 janv. 05, at 20:22, Johannes Schindelin wrote: > Hi, > > On Sun, 2 Jan 2005, Phil Krylov wrote: > >> I have U.S. layout on a TiBook. 'A' returns SDLK_WORLD_0 (160) here... > > This is wrong. It's SDL's fault. As most of the other errors with the > keymaps. 'A' *has to* return SDLK_A, and it is semi-standard that > SDLK_WORLD_* are *only* returned when Latin1-characters are pressed > (ä,ö,etc.), and then return the Latin1 code for it. > > Looking at the SDL-sources, it seems quite easy to solve those bugs. > Those > are bugs. And by fixing it, you fix all SDL applications on OS X, not > just > QEmu. And you can concentrate on useful things after that. Fixing those > bugs is so much better than working around them. Working around them > *never* will be portable, and it's a *duplication* of work. I'd do it > myself, but I don't *have* a Mac. If you provide me one, I'd be glad to > fix the problem. > > If the wall turns black, it might be better to put out the fire > instead of > painting the wall white all the time. > > Ciao, > Dscho > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-02 20:16 ` Laurent Amon @ 2005-01-17 15:01 ` Johannes Schindelin 2005-01-17 16:51 ` Laurent Amon 2005-01-17 17:54 ` David Still 0 siblings, 2 replies; 22+ messages in thread From: Johannes Schindelin @ 2005-01-17 15:01 UTC (permalink / raw) To: qemu-devel Hi, On Sun, 2 Jan 2005, Laurent Amon wrote: > I agree that this is not the best of solutions but just a quick hack to > make qemu useable on the mac. > However, I am not sure the SDL guys are quick at applying patches and I > do not even think SDL will ever give correct results on the mac, unless > there is a major rework. I don't think the SDL guys are slow. And it is no major rework. It is one file, one function, and if I'm correct, just deletion of 3 lines -- and it should be a lot easier than replicating a whole keymap. > Actually, to make a perfect keyboard emulation on the mac would need to > work at the Carbon level (to differenciate between the left and right > modifier keys) and remap everything correctly to a PC keybord (taking > into account whether the modifier keys are active, since some > characters are placed differently from a PC keyboard. Not a simple > project and since my developer skills are quite rusty (and I never was > a Mac programmer), I'll stick to simple things. If anybody wants to > tackle this, either at the qemu or at the SDL level, you're welcome. For normal users, there is no need to differentiate between left and right modifier keys. Also, it is not important to have exactly the same mapping as on PC, but only that if you hit a key (e.g. '/') that the guest actually understands the same key ('/'). No more, no less. > I also agree that patching SDL is a better solution. On the other hand, > you would have to include specially patched SDL binaries when you > distribute a binary on FreeOSZoo. And people tracking CVS would also > have to patch and compile SDL (actually, there are a couple things to > patch in QuartzGL anyway, so...). The keysym support in SDL is *broken*. It only works on English keyboards right now (meaning ASCII characters). And that means *every single* app using SDL. It stays that way unless somebody with a Mac (provide me one and I'll do it!) goes and fixes it. And yes, unless the good SDL people decide to release (after a patch was sent to them), you'd have to distribute a patched SDL (which would of course, being patcheed, break all apps using SDL -- NOT!). Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 15:01 ` Johannes Schindelin @ 2005-01-17 16:51 ` Laurent Amon 2005-01-17 17:58 ` Johannes Schindelin 2005-01-17 22:08 ` Fabrice Bellard 2005-01-17 17:54 ` David Still 1 sibling, 2 replies; 22+ messages in thread From: Laurent Amon @ 2005-01-17 16:51 UTC (permalink / raw) To: qemu-devel Hi, Selon Johannes Schindelin <Johannes.Schindelin@gmx.de>: > I don't think the SDL guys are slow. And it is no major rework. It is one > file, one function, and if I'm correct, just deletion of 3 lines -- and it > should be a lot easier than replicating a whole keymap. If you can point me to the 3 lines, I'll try to compile SDL and see if it works better. I hope I'll have a moment to look at it in the next few days. Not my priority, though. > For normal users, there is no need to differentiate between left and right > modifier keys. Also, it is not important to have exactly the same mapping > as on PC, but only that if you hit a key (e.g. '/') that the guest > actually understands the same key ('/'). No more, no less. I don't agree with you. When you type '/', the guest OS needs to to know the keycode corresponding to the '/' on the keyboard you emulate as well as the modifier key mask necessary to generate it. I believe windows works on that level, does it not? I don't think that you can simply pass the character. As to differenciating between left/right keys, it would be handy in order to emulate a Alt-Graph key (which is needed since qemu now grabs ctrl-alt), and the "contextual menu" key too. Not to mention playing pinball. > [...] And yes, unless the good SDL people > decide to release (after a patch was sent to them), you'd have to > distribute a patched SDL (which would of course, being patcheed, break all > apps using SDL -- NOT!). As you point out, it would probably not break anything. It is just extra logistics. Bye, Lga. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 16:51 ` Laurent Amon @ 2005-01-17 17:58 ` Johannes Schindelin 2005-01-17 22:08 ` Fabrice Bellard 1 sibling, 0 replies; 22+ messages in thread From: Johannes Schindelin @ 2005-01-17 17:58 UTC (permalink / raw) To: qemu-devel Hi, On Mon, 17 Jan 2005, Laurent Amon wrote: > Selon Johannes Schindelin <Johannes.Schindelin@gmx.de>: > > > I don't think the SDL guys are slow. And it is no major rework. It is one > > file, one function, and if I'm correct, just deletion of 3 lines -- and it > > should be a lot easier than replicating a whole keymap. > If you can point me to the 3 lines, I'll try to compile SDL and see if it works > better. I hope I'll have a moment to look at it in the next few days. Not my > priority, though. The error is in SDL's file "src/video/maccommon/SDL_macevents.c" at the end of the function "Mac_InitOSKeymap". The characters with values greater than 0x7f are mapped in an inconsistent fashion (non-portable between two languages): This /* Now we should have an ascii value, ... if (value >= 128) /* Some non-... MAC_keymap[i] = world++; else if (value >= 32) /* non-c... MAC_keymap[i] = value; should be replaced by this: MAC_keymap[i] = value&0xff; > > For normal users, there is no need to differentiate between left and right > > modifier keys. Also, it is not important to have exactly the same mapping > > as on PC, but only that if you hit a key (e.g. '/') that the guest > > actually understands the same key ('/'). No more, no less. > I don't agree with you. When you type '/', the guest OS needs to to know the > keycode corresponding to the '/' on the keyboard you emulate as well as the > modifier key mask necessary to generate it. I believe windows works on that > level, does it not? I don't think that you can simply pass the character. > As to differenciating between left/right keys, it would be handy in order to > emulate a Alt-Graph key (which is needed since qemu now grabs ctrl-alt), and > the "contextual menu" key too. Not to mention playing pinball. :-) I didn't mean to send the character, sorry if my explanation doesn't match my thoughts (still got a hangover). What I meant was this: If I press '/', then I want QEmu to send *anything* which makes the guest OS understand that I pressed '/'. If I happen to have an English guest, but a German host this means that the keysym for '/' should be translated to the PC code of the corresponding key (resetting Shift, which has to be pressed in German, but not in English). We're not there yet -- at the moment you need to have the same layout in host and guest. But my point is: it doesn't matter if the layouts of PC and Mac match or not (for now: as long as the needed modifiers are the same, which is the case). Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 16:51 ` Laurent Amon 2005-01-17 17:58 ` Johannes Schindelin @ 2005-01-17 22:08 ` Fabrice Bellard 2005-01-17 23:17 ` Laurent Amon 1 sibling, 1 reply; 22+ messages in thread From: Fabrice Bellard @ 2005-01-17 22:08 UTC (permalink / raw) To: qemu-devel For the problem of the Mac keyboard, I think SDL should be fixed first to return correct SDL keysyms. An interesting patch was submitted some time ago to use the scan codes directly, as we do on PCs (scan codes do not depend on the keyboard key mapping). If it is reported to work on most Macs, it should be the default because it avoids the problem of translating keysyms to scan codes. Fabrice. Laurent Amon wrote: > Hi, > > Selon Johannes Schindelin <Johannes.Schindelin@gmx.de>: > > >>I don't think the SDL guys are slow. And it is no major rework. It is one >>file, one function, and if I'm correct, just deletion of 3 lines -- and it >>should be a lot easier than replicating a whole keymap. > > If you can point me to the 3 lines, I'll try to compile SDL and see if it works > better. I hope I'll have a moment to look at it in the next few days. Not my > priority, though. > > >>For normal users, there is no need to differentiate between left and right >>modifier keys. Also, it is not important to have exactly the same mapping >>as on PC, but only that if you hit a key (e.g. '/') that the guest >>actually understands the same key ('/'). No more, no less. > > I don't agree with you. When you type '/', the guest OS needs to to know the > keycode corresponding to the '/' on the keyboard you emulate as well as the > modifier key mask necessary to generate it. I believe windows works on that > level, does it not? I don't think that you can simply pass the character. > As to differenciating between left/right keys, it would be handy in order to > emulate a Alt-Graph key (which is needed since qemu now grabs ctrl-alt), and > the "contextual menu" key too. Not to mention playing pinball. > > >>[...] And yes, unless the good SDL people >>decide to release (after a patch was sent to them), you'd have to >>distribute a patched SDL (which would of course, being patcheed, break all >>apps using SDL -- NOT!). > > As you point out, it would probably not break anything. It is just extra > logistics. > > Bye, > > Lga. > > > > > _______________________________________________ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 22:08 ` Fabrice Bellard @ 2005-01-17 23:17 ` Laurent Amon 0 siblings, 0 replies; 22+ messages in thread From: Laurent Amon @ 2005-01-17 23:17 UTC (permalink / raw) To: qemu-devel On 17 janv. 05, at 23:08, Fabrice Bellard wrote: > For the problem of the Mac keyboard, I think SDL should be fixed first > to return correct SDL keysyms. > I tried Johannes' patch on SDL, but it does not seem to help much. The '2' key on the main keyboard for instance does not seem to give the correct codes. I get "Warning: no scancode found for keysym 160" whether I shift (I should get 2) or not (é). When typing the upper numbers, for instance, I get 1<not translated>3451£§C£ instead of 1234567890. > An interesting patch was submitted some time ago to use the scan codes > directly, as we do on PCs (scan codes do not depend on the keyboard > key mapping). If it is reported to work on most Macs, it should be the > default because it avoids the problem of translating keysyms to scan > codes. Do you remember at what time the patch was posted? I can't find it in my archive of the mailing list, so it must predate my subscription. Lga. ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 15:01 ` Johannes Schindelin 2005-01-17 16:51 ` Laurent Amon @ 2005-01-17 17:54 ` David Still 2005-01-17 18:42 ` Johannes Schindelin 1 sibling, 1 reply; 22+ messages in thread From: David Still @ 2005-01-17 17:54 UTC (permalink / raw) To: qemu-devel Ask and you shall receive! http://pearpc.sourceforge.net/ Okay, maybe not as cool as a new G5 or even one of the new miniMacs, but would it be enough for allowing you to fix SDL? - Dave On Jan 17, 2005, at 7:01 AM, Johannes Schindelin wrote: > <snip> > The keysym support in SDL is *broken*. It only works on English > keyboards > right now (meaning ASCII characters). And that means *every single* app > using SDL. It stays that way unless somebody with a Mac (provide me one > and I'll do it!) goes and fixes it. And yes, unless the good SDL people > decide to release (after a patch was sent to them), you'd have to > distribute a patched SDL (which would of course, being patcheed, break > all > apps using SDL -- NOT!). > > Ciao, > Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 17:54 ` David Still @ 2005-01-17 18:42 ` Johannes Schindelin 2005-01-17 19:33 ` Laurent Amon 0 siblings, 1 reply; 22+ messages in thread From: Johannes Schindelin @ 2005-01-17 18:42 UTC (permalink / raw) To: qemu-devel Hi, On Mon, 17 Jan 2005, David Still wrote: > Ask and you shall receive! > > http://pearpc.sourceforge.net/ Yes, that's nice. Only that I don't have Mac OS X. AFAIK SDL compiles differently on Darwin and OSX. > Okay, maybe not as cool as a new G5 or even one of the new miniMacs, > but would it be enough for allowing you to fix SDL? Oh darn, I thought you'd give me a miniMac for that :-( Ciao, Dscho ^ permalink raw reply [flat|nested] 22+ messages in thread
* Re: [Qemu-devel] Mac keyboard not supported 2005-01-17 18:42 ` Johannes Schindelin @ 2005-01-17 19:33 ` Laurent Amon 0 siblings, 0 replies; 22+ messages in thread From: Laurent Amon @ 2005-01-17 19:33 UTC (permalink / raw) To: qemu-devel On 17 janv. 05, at 19:42, Johannes Schindelin wrote: > Oh darn, I thought you'd give me a miniMac for that :-( > Actually, there was so little traffic on the list on the day they got announced and so much on Apple's site, I throught everybody was busy getting one. Right? Lga. ^ permalink raw reply [flat|nested] 22+ messages in thread
end of thread, other threads:[~2005-01-18 1:02 UTC | newest] Thread overview: 22+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2004-12-27 16:40 [Qemu-devel] Mac keyboard not supported Laurent Amon 2004-12-27 18:36 ` Phil Krylov 2004-12-28 1:16 ` Johannes Schindelin 2004-12-28 7:29 ` Laurent Amon 2004-12-28 11:55 ` Johannes Schindelin 2004-12-28 12:26 ` Laurent Amon 2004-12-28 12:41 ` Johannes Schindelin 2004-12-29 5:13 ` Natalia Portillo 2005-01-01 18:20 ` Laurent Amon 2005-01-02 14:40 ` Phil Krylov 2005-01-02 16:24 ` Laurent Amon 2005-01-02 17:47 ` Phil Krylov 2005-01-02 19:22 ` Johannes Schindelin 2005-01-02 20:16 ` Laurent Amon 2005-01-17 15:01 ` Johannes Schindelin 2005-01-17 16:51 ` Laurent Amon 2005-01-17 17:58 ` Johannes Schindelin 2005-01-17 22:08 ` Fabrice Bellard 2005-01-17 23:17 ` Laurent Amon 2005-01-17 17:54 ` David Still 2005-01-17 18:42 ` Johannes Schindelin 2005-01-17 19:33 ` Laurent Amon
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).