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

13.01.2009 23:52:09
scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well.
View

This posting is older than 6 months and can contain outdated information.
Dear Remote Buddy Team,

I've been using Remote Buddy happily for some time now, yet I run into some strange behaviour now. Hopefully you can help me to resolve this.

I'd like to access both FrontRow and the Remote Buddy menu from my Apple Remote + KeySpan receiver.

In the RM > Preferences > Mapping, I mapped 'Menu (Held)' to 'Activate / Deactivate Front Row'. 
So far so good. 
Then additionally I mapped 'Play / Pause (Held)' to 'Open Remote Buddy Menu'. 
As soon as this mapping is entered, the Remote Buddy Menu functionality works just fine. 
Though, when going into FrontRow (pressing 'Menu (Held)'), scrolling up in long lists doesn't seem to work anymore. Scrolling down (pressing and holding the - key) works fine, but scrolling up (pressing and holding the + key) behaves like a 'selection' (could be a single right click or a single play/pause click). Scrolling up by using single short clicks works, it's the up (+) and hold that seems to be mis-mapped.

On my computer, I'm perfectly capably of reproducing this.

Do you have an idea what could be causing this?

Looking forward to any help.

all the best, 
bart 

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

Behaviours
Hardware
Hardware - Apple® Remote
User

17.01.2009 12:45:12
Re: scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well.
View

This posting is older than 6 months and can contain outdated information.
Thanks for asking. (I'll answer here and delete you identical support 
inquiry - please only use one of both for the same question in the 
future).

If you globally map "Open Front Row" to Menu (held), that button is no 
longer available to Front Row's default settings, which has "Open RB 
menu" mapped to that button. RB automatically adjusts your FR mapping 
table and moves the "Open RB menu" to a button that doesn't yet have 
any action attached to it. Like - for example - the "Plus (held)" 
entry. Then, if you hold down the Plus button on your AR to scroll, RB 
will no longer directly forward all events to the action mapped under 
"Plus", but differentiate between "Plus" and "Plus (held)" and route 
the event to the action mapped under "Plus (held)" when you press the 
button for some time. A short click will still be routed to the action 
under "Plus".

Possible solution: 
Go to RB > Prefs > Mapping > Front Row and ensure that "Open 
menu" (and no other action, either) is mapped to "Plus (held)" and 
manually remove it (by selectin "-" from the dropdown), if there is.

Best regards, 
Felix Schwarz 

User

21.01.2009 09:56:24
Re: scrolling up in FrontRow doesn't work when 'open RM' is hardwired as well.
View

This posting is older than 6 months and can contain outdated information.
Thanks. It wasn't clear that globally mapped actions would push regular actions to unspecified keys. I'd thought they would just overrule the regular action. 
All clear now, I'll figure out a working setup for my needs.

thanks, 
bart