[haXe] SWHX.app on a Mac doesn't accept keyboard input

[Matthew Bergsma]

Does anyone know where to report bugs for who maintains SWHX on the mac?

Nicolas was kind enough to reply earlier with a note, but he was  
referring to this issue:
http://lists.motion-twin.com/pipermail/haxe/2007-February/007238.html

To confirm the issue:
The SWHX.app on the Mac does not allow Keyboard input when the window  
is transparent.

I can provide sample files if anyone wants to see what Kelvin and I  
are experiencing.



On Aug 28, 2007, at 11:25 AM, Kelvin Luck wrote:

> I can confirm that I couldn't get keyboard focus on my app on OSX  
> when the window was set to transparent. In fact, I've just gone  
> back and checked my app since I am on a Mac at the moment and  
> noticed other problems... I thought I had uploaded a working  
> version (without the transparent window) but it seems that I didn't.
>
> To see the problems download the Mac version from this page:
>
> http://kelvinluck.com/projects/slimmer-timer
>
> Unzip and run SlimmerTimer.app. Now try and type something in a  
> text field. It won't work. Interestingly enough, if you click the  
> close button in the top right and then say "No" to quitting  
> SlimmerTimer then you will see that the text appears in the text  
> field. So it appears that rather than the text field not getting  
> focus the problem is that a change in the textfield isn't  
> triggering a redraw...
>
> Hopefully that will help with further investigations,
>
> Cheers,
>
> Kelvin :)
>
> Matthew Bergsma wrote:
>> Can anyone out there confirm that it is possible to run a  
>> windowless SWHX app on mac that will accept keyboard input?
>> I tried a few extra things with packaging up my app, and I am  
>> still unable to get keyboard input on a transparent swhx app on  
>> the mac. I am curious if anyone has been able to do it? Here is  
>> what I have tried:
>> 1. packaging up all the resources and contents into the swhx.app  
>> file to create a single standalone application that does not  
>> require anything to install. As expected, this behaves the same  
>> way as just placing the bootloader alongside the resources, and  
>> does not allow keyboard input to a plain SWF with a single input  
>> text field.
>> 2. Running the app as Sudo. (hey if it's a permission thing, it  
>> was worth a shot).
>> Thanks for any help.
>> On Aug 27, 2007, at 2:57 PM, Matthew Bergsma wrote:
>>> Thanks Nicolas for your help - as a long time MTASC evangelist,  
>>> it is fun to finally talk to the author. (Great work).
>>>
>>> I just wanted to confirm - I am running my application with the  
>>> SWHX.app bootloader and not launching it from a command line -  
>>> and I am unable to receive keyboard input in the flash  
>>> environment (even a simple input text field). So I'm not sure if  
>>> I missed something in your recommended solution.
>>>
>>> Is the problem that the resources need to be bundled into the app  
>>> package - and not placed alongside the bootloader? Then the OS  
>>> will run it as a non-console application?
>>>
>>> I've been looking for an FAQ on this issue for a while, and I  
>>> have not been able to find anything - so I apologize if there is  
>>> some public explanation somewhere, but I have scoured google and  
>>> haxe.org and swhx's site - Also looked through all changelog  
>>> files, and it appears like I encountered an unsolved issue.
>>>
>>> Thanks again for your help
>>>
>>>
>>> *Matthew Bergsma** •** **Toolhouse Design Company*
>>> [T] 360.676.9275 x121
>>> [F] 360.676.8976
>>>
>>>
>>> -- 
>>> haXe - an open source web programming language
>>> http://haxe.org
>
> --
> haXe - an open source web programming language
> http://haxe.org

Matthew Bergsma • Toolhouse Design Company
[T] 360.676.9275 x121
[F] 360.676.8976


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.motion-twin.com/pipermail/haxe/attachments/20070829/25fae712/attachment.htm