Re: [pygame] full keyboard control

2008-04-13 Thread Michael George
I know my dad wrote programs for and with me when I was little. Probably not when I was one though :) --Mike Ian Mallett wrote: On Sun, Apr 13, 2008 at 6:08 PM, Brad Montgomery [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: PS: Do all Father/Mother programmers try to write a game

Re: [pygame] full keyboard control

2008-04-09 Thread Kris Schnee
The goal is to have a one-year-old banging on the keyboard for fun? Here's a different possible solution: get a different keyboard and find a way to manually pull off/break the Windows and Tab keys! You can probably get a cheap one, and that saves you from wear/spills/etc on your main

Re: [pygame] full keyboard control

2008-04-09 Thread Ian Mallett
I think that is probably the best option, though if you think about it, the odds of her hitting the two keys simultaneously is pretty slim. Think about the monkeys on the keyboard--if there are about 110 keys (21+21+21+17+17+12 on this keyboard) on a keyboard, then the odds of her hitting ALT+TAB

Re: [pygame] full keyboard control

2008-04-09 Thread Brian Davis
Haha! Of course your theory does not take into account the proximity of the keys to each other. I tried the empirical method and she found key combinations in firefox I didn't even know existed. Young children have a deviousness far beyond your average monkey. Anyway the pyHook library worked

Re: [pygame] full keyboard control

2008-04-09 Thread Ian Mallett
On Wed, Apr 9, 2008 at 2:25 PM, Brian Davis [EMAIL PROTECTED] wrote: Haha! Of course your theory does not take into account the proximity of the keys to each other. I was wondering how much of a difference that would make. I tried the empirical method and she found key combinations in

Re: [pygame] full keyboard control

2008-04-08 Thread Brian Davis
I've read these arguments elsewhere and fully agree with them, except in this case. What I'm making is a program for my 1 year-old daughter to bang on the keyboard and hear cool sounds and see colors change on the screen. So I suppose ctrl-alt-delete isn't a big worry but the windows key

Re: [pygame] full keyboard control

2008-04-08 Thread James Paige
Disabling the special keys on the operating-system level is going to be much easier than disabling them on a pygame/SDL level. What you are trying to do is fairly common, you are trying to create a Kiosk application. Since you have a registry hack, I suggest that you write two .reg files,

Re: [pygame] full keyboard control

2008-04-08 Thread Lamonte(Scheols/Demonic)
I'm pretty sure if you set full screen mode and do checks to see if they pressed ctrl+alt+del do nothing :) On Tue, Apr 8, 2008 at 11:22 AM, Brian Davis [EMAIL PROTECTED] wrote: I've read these arguments elsewhere and fully agree with them, except in this case. What I'm making is a program for

Re: [pygame] full keyboard control

2008-04-08 Thread Wyatt Olson
I could be wrong here (I have not used Windows for years), but I thought that the whole point of Ctrl Alt Delete to login was that this sequence of keys could not be grabbed by anything other than the OS itself - it is a 'secure channel' or something like that. My guess is that you will not

Re: [pygame] full keyboard control

2008-04-08 Thread Brian Fisher
The registry disabling would certainly be good except I think it only works after a reboot :( Apps I know that have done this install a Low Level keyboard hook using SetWindowsHookEx, which lets you trap all keybaord events before they get processed and block them (including system stuff).

Re: [pygame] full keyboard control

2008-04-08 Thread Brian Davis
pyHook looks to be the way to go. I just posted a recipe to the ASPN cookbook that is basically the example Brian F. linked to above with a few mods to block the windows key and alt-tab and use the pygame event pump. No matter what you do pyHook won't block the ctrl-alt-del combination which seems

Re: [pygame] full keyboard control

2008-04-08 Thread Brian Fisher
doesn't that code block tab entirely? as opposed to just alt-tab? On Tue, Apr 8, 2008 at 11:24 AM, Brian Davis [EMAIL PROTECTED] wrote: pyHook looks to be the way to go. I just posted a recipe to the ASPN cookbook that is basically the example Brian F. linked to above with a few mods to

Re: [pygame] full keyboard control

2008-04-08 Thread Brian Davis
Yep. That was the quick and dirty way. On Tue, Apr 8, 2008 at 1:22 PM, Brian Fisher [EMAIL PROTECTED] wrote: doesn't that code block tab entirely? as opposed to just alt-tab? On Tue, Apr 8, 2008 at 11:24 AM, Brian Davis [EMAIL PROTECTED] wrote: pyHook looks to be the way to go. I just

Re: [pygame] full keyboard control

2008-04-07 Thread Ian Mallett
I don't think so. Think about it. If your program were to crash and lock up, the only way to stop it would be to restart the computer. CTRL+ALT+DEL would start the task manager, but you would need ALT+TAB to select it. If you're making some sort of game where this is necessary, use a

Re: [pygame] full keyboard control

2008-04-07 Thread Greg Ewing
Ian Mallett wrote: I don't think so. Think about it. If your program were to crash and lock up, the only way to stop it would be to restart the computer. Besides, it annoys me when a game has the audacity to assume I won't want to do *anything* else with my computer while it's running.

[pygame] full keyboard control

2008-03-21 Thread Brian Davis
Hi all - I'm trying to write a pygame program that takes full control of the keyboard, disabling alt-tab/windows key type behavior on windows. In full screen mode after calling pygame.event.set_grab(True) alt-tab still switches programs. Is there a way to disable this? Thanks, -- Brian Davis