Support > Remote Buddy Forum > Any chance of supporting global keystrokes? // IOSPIRIT [EN]

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

Author

Thread

User

03.06.2009 02:20:06

Any chance of supporting global keystrokes?

View

This posting is older than 6 months and can contain outdated information.

Before I started my trail of remote buddy I was using controllermate. ( http://www.orderedbytes.com/controllermate/ )

I still use controllermate. The way it works is that it listens for activity from input devices, sound familiar? Here's the problem: The keystroke behavior is not being sent globally by remote buddy. Therefore controllermate can't see it.

For example if I set CMD+1 has a behavior it's not seen by CM when I do the "Run actor test". But if I do the same with my keyboard CM sees it. Setting CM as the application and choosing to send the action directly to CM won't work because that's not how it's set up to listen to commands.

Download it and you'll see what I'm talking about. These two programs could work really well together but for now they can't.

An example of using the two programs together would be to have RB trigger an area snapshot with CM moving and dragging the cursor around a specific part of the screen to complete the action. I can do that but I have to use the keyboard.

These entries from the FAQ may be relevant to this topic:

Hardware - Apple® Remote

After uninstalling/quitting Remote Buddy, my Mac® no longer reacts to the Apple® Remote. (FAQ015E0241)
To enable you to use all capabilities of the IR Receiver of your Mac®, Remote Buddy is using its own driver. In contrast, all other applications with integrated Apple® Remote support usually use the OS X Apple® Remote subsystem.

As long as you're running Remote Buddy, Remote Buddy and its driver are responsible for turning the received button presses into actions. As soon as you quit Remote Buddy, this task is again handled by the OS X Apple® Remote subsystem.

If other applications don't use the interface to the OS X Apple® Remote subsystem correctly, this can lead to the effect that nothing happens when you press a button on your Apple® Remote. For as long as you're running Remote Buddy, issues like this are covered by Remote Buddy and it's driver and are therefore not visible to you. However, as soon as you quit Remote Buddy, the OS X Apple® Remote subsystem is back in control and any issues caused in it by other applications become visible.

Therefore Remote Buddy is neither the cause of the issue nor is it responsible for it. Instead, the cause of the issue exists independently of Remote Buddy. It's located elsewhere and can also only be solved there.

Although our products can't cause any such issues, we're regularly contacted about such issues and asked for help. In order to make locating and fixing the cause of such issues as easy and efficient as possible, we've developed a free diagnostics tool: Remote Control Diagnostics. It can locate issues with a single click and will provide you with information about the issue as well as with instructions on how you can fix it.

User

04.06.2009 13:41:17

Re: Any chance of supporting global keystrokes?

View

This posting is older than 6 months and can contain outdated information.

Thanks for asking.

Remote Buddy does support global keystrokes and does issue them by
default. You'd have to explicitely select "send keystroke directly to
application" to have it not send a global keystoke.

Remote Buddy uses the standard OS X APIs to emulate the keystrokes,
which generally works very well. OS X adds these keyboard events on a
level that's located higher than the HID device level, though.

Therefore, applications that directly listen to input on the HID
device level inside the kernel and make the active decision to ignore
the standard OS X high-level keyboard events, will not see these events.

I didn't look at ControllerMate, but if it works as I think it works
from its website, it does only support input from HID devices which -
usually - means from real hardware only. It looks very hardware-
centric. If ControllerMate supports normal OS X keyboard events, it'll
also receive those sent by Remote Buddy. If it doesn't, it lies in the
nature of how normal OS X keyboard emulation works, that it can't
receive them. Likewise, then, ControllerMate would also not be able to
receive keyboard events coming from a screen sharing session.

Best regards,
Felix Schwarz

Remote Buddy
Support
1. Overview
2. Manuals
3. FAQs
4. Forums
1. Lost license code
2. Support inquiry
IOSPIRIT
1. About us
2. Blog
3. Labs
4. Developers
1. Contact
2. Press releases
3. Imprint
4. Jobs