(2013-12-01, 00:48)jurialmunkey Wrote: @PatrickBateman -- I exclusively use a standard hp mce remote control/receiver with only a few very minor modifications to the default keyboard.xml, so it definitely works with a remote. There cannot be any discrepancies between a key on a keyboard mapped to "info" and a button on the remote mapped to "info" because "info" is the action that is sent to xbmc -- keyboard.xml just tells xbmc what action to perform when a particular key or button press is received -- nothing is hardcoded to any particular action -- every action has to be defined either by the user keyboard.xml or the default keboard.xml -- if there is no action defined then nothing happens. So either the info key on your remote doesn't actually send the keypress Ctrl+G at all and sends something else or something is not setup correctly in your keyboard.xml

Can you upload to xbmclogs.com a debug log of you pressing info on your remote when the osd nav controls are up and provide me a link to it. Also, can you upload your keyboard.xml to xbmclogs.com (or pastebin etc.) as well and send me the link. See here (http://wiki.xbmc.org/index.php?title=Log_file/Easy) if you need help with uploading a debug log.

If you don't feel comfortable posting them on the forum then just send me a pm with them - but they shouldn't contain any sensitive info anyway.

(2013-12-01, 20:54)PatrickBateman Wrote: There is a guaranteed discrepancy between "info" and "I" when keymapped, test it, it doesn't work

(2013-12-02, 00:08)jurialmunkey Wrote:

(2013-12-01, 20:54)PatrickBateman Wrote: There is a guaranteed discrepancy between "info" and "I" when keymapped, test it, it doesn't work

Sorry, but that is simply incorrect. I double-checked by mapping Ctrl+G to Info in the <VideoOSD> section of my keyboard.xml and it works perfectly as I expected. If you could please provide a debug log and your keyboard.xml from your xbmc's userdata/keymaps/ folder then it will make it much easier for me to solve your issue.

Code:

<VideoOSD>
  <keyboard>
    <g mod="ctrl">info</g>
  </keyboard>
</VideoOSD>

(2013-12-02, 00:31)PatrickBateman Wrote: I have my key map setting under a "global" title, but it does not do as described? Perhaps my xbmc/win7 boxes have some configuration conflict, but even a direct copy and paste of the above text, does not function as expected on my configuration WHEN the play/pause menu is on screen?

(2013-12-02, 00:57)jurialmunkey Wrote:

(2013-12-02, 00:31)PatrickBateman Wrote: I have my key map setting under a "global" title, but it does not do as described? Perhaps my xbmc/win7 boxes have some configuration conflict, but even a direct copy and paste of the above text, does not function as expected on my configuration WHEN the play/pause menu is on screen?

And here is your problem with your keyboard.xml just as I expected. The <global> section of keyboard.xml defines the fallbacks for what a key does when it is not defined elsewhere. As Ctrl+G is defined in the <videoosd> section of the default xbmc keymap as having the action of 'Back', then that overrides the global section. As I said before, you need to specifically define what the key does for the <videoosd> section.

Basically xbmc looks for actions in this order:
1. User keymap for that window/dialog (e.g. videoosd)
2. Default xbmc keymap for that dialog
3. User global keymap
4. Default xbmc global keymap

Also, you need to restart xbmc to reload the keymap after making changes.

The structure of your keymap needs to be

Code:

<keymap>
   <global>
      <keyboard>
          ** keys go here **
      </keyboard>
   </global>
   <videoosd>
      <keyboard>
          <g mod="ctrl">info</g>
      </keyboard>
   </videoosd>
   ** other windows/dialogs go here **
</keymap>

(2013-12-02, 17:30)anonymousti Wrote: Hi, first of all thanks for this excellent skin ...

I'm having a problem with the latest version of the skin, the button subtitles appears normally on movie osd, but when I click to check the subtitles window does not appear ...

'm running xbmc 13.0 alpha9 and skin version of git.

it was working ok ...in prev. versions..

thanks for any help

(2013-12-02, 02:12)jurialmunkey Wrote: No need to remove it from global -- just put it in both sections as such:

Code:

<keymap>
  <global>
    <keyboard>
      <g mod="ctrl">info</g>
    </keyboard>
  </global>
  <videoosd>
    <keyboard>
      <g mod="ctrl">info</g>
    </keyboard>
  </videoosd>
</keymap>

(2013-12-02, 19:04)furii Wrote:

(2013-12-02, 17:30)anonymousti Wrote: Hi, first of all thanks for this excellent skin ...

I'm having a problem with the latest version of the skin, the button subtitles appears normally on movie osd, but when I click to check the subtitles window does not appear ...

'm running xbmc 13.0 alpha9 and skin version of git.

it was working ok ...in prev. versions..

thanks for any help

revert to frodo, this skin is not ready for gotham.

(2013-12-02, 20:19)PatrickBateman Wrote: Using the same example as before (play/pause menu on screen) press info, to switch to info OSD (pressing "up" also switches to this info display is that expected?) if I press "up" while on the info display to show the description, and then I press "down" to hide the description, the OSD disappears back to the (play/pause menu) ... However now if I try to go back to the info display, it actually displays the info display with description on view, not the original hidden info view

Navigation has gone from being perfect/natural/instinctual, to being a but of mess on my system. Granted, it's likely related to keymaps, but as I use the generic mce remote keymap as posted by JR for my exact remote, I am surprised to see this amount of issues.

(2013-12-03, 00:52)jurialmunkey Wrote: @FREAKJAM @anonymousti -- irc, its because the latest monthly build (alpha9) is the build for October so doesn't actually contain the November changes for subs. I added a condition for the subs button which checks for Gotham and then uses the new method of calling subtitles -- it doesn't work for alpha9 anymore because alpha9 uses the Frodo method of subs but triggers the condition to use the Gotham method.

@anonymousti -- If you insist on using a Gotham alpha then you will have to switch to using the latest nightlies if you want subs to work -- otherwise switch back to frodo until there is an RC for Gotham.