Support
All support resources for our products. Here you can find answers to frequently asked questions, discuss with other users, recover a lost license code or file a support request.
Forum closed
This forum was closed and turned into an archive effective April 21, 2018. It is no longer possible to create new topics or reply to existing topics.

Thanks everyone for all the great questions and contributions over the years.

Please use the Contact form to get in touch.

Remote Buddy Forum

Overview 

AuthorThread
User

14.06.2011 15:27:01
Re: Virtual Keyboard conflict Apple Remote

This posting is older than 6 months and can contain outdated information.
Thanks for the info. I'm not sure, though, that I really understand what the problem is.

individual mapping or better I set up some individual hotkeys in hotkey remote of the hardware section.

f.e arrow up =menu up, arrow left = menu left etc.

 
With this setting, all key presses of the respective keys - even those simulated by Remote Buddy itself - will be captured and translated into events to control Remote Buddy.

Since most Behaviours' actions (including the Virtual Keyboard!) send arrow key presses as well, using such settings will render large parts of Remote Buddy unusable.

With these settings, if you use the Virtual Keyboard and press a button on your Apple Remote, that's what happens:

Apple Remote Button Press => Virtual Keyboard => sends cursor key => captured by HotKey remote (due to your settings) => turns it into a button press => Virtual Keyboard => sends cursor key => captured by HotKey remote (due to your settings) => turns it into a button press => Virtual Keyboard => sends cursor key => ..

When I activate hotkey remote I can not navigate the remote buddy menu or EyeTV menu anymore.

 
Emulated arrow keys are also used for controlling EyeTV - and with the settings you're using - will set in motion the same infinite loop described above.

Best regards, 
Felix Schwarz 

Thread-display::