Reply to thread

Message

<blockquote data-quote="CyberSimian" data-source="post: 1170100" data-attributes="member: 141969">I have continued to investigate this, and I have now identified what additional definitions are needed in &quot;Centarea HID.xml&quot; in order to workaround the regression present in MP 1.12/1.13.&nbsp; But the solution will definitely have some disadvantages, which may make it unacceptable.My testing regime is to use the on-screen keyboard (&quot;Virtual Keyboard&quot;) in &quot;Search in Titles&quot; in the TV menu, and the objective is to be able to use a real keyboard to type a text string.&nbsp; Typing upper and lower case alphabetics now works, as does typing numeric digits (both the qwerty digits and the numpad digits).&nbsp; But typing the miscellaneous characters presented more of a problem, which I have only just solved.On my UK keyboard there are 36 miscellaneous characters, some of which I use in the names of recordings (e.g. &quot;(&quot;, &quot;)&quot;, &quot;[&quot;, &quot;]&quot;, &quot;-&quot;, &quot;_&quot;, &quot;.&quot;).&nbsp; I would therefore want to be able to type these when using the &quot;File Rename&quot; dialogue (which also uses the on-screen keyboard).&nbsp; The problem with the miscellaneous characters can be illustrated by considering the right parenthesis &quot;)&quot; as an example.The &quot;)&quot; character has a decimal value of 41, so I initially created a definition for code=&quot;41&quot;; but that did not work.&nbsp; Since on the UK keyboard the parentheses are on the uppercase shift, I thought that the SHIFT flag might be set, so I then tried code=&quot;1041&quot; (the first &quot;1&quot; is the flag for the SHIFT key); but that did not work either.&nbsp; It finally occurred to me that the &quot;Centarea HID&quot; might be receiving the decimal value for the unshifted key, which on the UK keyboard is &quot;0&quot;.&nbsp; So I tried the value for SHIFT_0, which is code=&quot;1048&quot;, and that worked! <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite1" alt=":)" title="Smile&nbsp; &nbsp; :)" loading="lazy" data-shortname=":)" />But now we have a problem, because the locations of the miscellaneous characters on the keyboard vary from one country to another.&nbsp; The result is that every country would need to have its own version of &quot;Centarea HID.xml&quot;. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" />&nbsp; I will provide a version for the UK keyboard, and I think that most programmers will be able to modify it for their locality.&nbsp; But I think that it would be too difficult for someone who is not an experienced computer professional. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite3" alt=":(" title="Frown&nbsp; &nbsp; :(" loading="lazy" data-shortname=":(" />Another problem concerns the BACKSPACE key that I described in my previous post.&nbsp; I added two further definitions: one allows BACKSPACE to pass through unchanged in the on-screen keyboard (so it works as normal), and the other maps ESCAPE to &quot;return to previous panel&quot;.&nbsp; So this provides normal behaviour for the keyboard in MP.&nbsp; But what are the side effects?The first is the effect on the remote control.&nbsp; When in the on-screen keyboard, the &quot;Return&quot; button on the remote now acts as BACKSPACE, and not as &quot;Return&quot;.&nbsp; Instead, the &quot;Clear&quot; button now acts as &quot;Return&quot;.The other effect is using the keyboard to navigate within MP.&nbsp; Although ESCAPE in the on-screen keyboard acts as &quot;return to previous panel&quot;, on all other panels it is BACKSPACE that does that. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite9" alt=":eek:" title="Eek!&nbsp; &nbsp; :eek:" loading="lazy" data-shortname=":eek:" />&nbsp; Now it would be possible to modify the definitions so that ESCAPE acted as &quot;return to previous panel&quot; everywhere within MP.&nbsp; But that would result in the &quot;Return&quot; button on the remote never acting as &quot;Return&quot;; it would always be the &quot;Clear&quot; button that acted as &quot;Return&quot;.So, it is possible to get consistent behaviour using the keyboard and using the remote, but at the cost of a few buttons on the remote not performing their expected functions.&nbsp; Would this be acceptable?&nbsp; Maybe yes, maybe no. <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite5" alt=":confused:" title="Confused&nbsp; &nbsp; :confused:" loading="lazy" data-shortname=":confused:" />In conclusion I would say that there is no free lunch.&nbsp; There are two reasons for choosing the Ortek/Hama remote:(1) It does not suffer from the toggle-codes bug that is present in the driver for the &quot;Microsoft eHome Infrared Transceiver&quot;.(2) The IR receiver does not go AWOL when waking from sleep or hibernation.and these are the reasons why I purchased it.&nbsp; Nevertheless, I would still recommend MP users purchasing:a WMC-compatible RC6 remote control that is sold with its own IR reciever which plugs into a USB socket.-- from CyberSimian in the UKPS: I will post my completed &quot;Centarea HID.xml&quot; file in a day or two.</blockquote>

[QUOTE="CyberSimian, post: 1170100, member: 141969"] I have continued to investigate this, and I have now identified what additional definitions are needed in "Centarea HID.xml" in order to workaround the regression present in MP 1.12/1.13. But the solution will [B]definitely[/B] have some disadvantages, which may make it unacceptable. My testing regime is to use the on-screen keyboard ("Virtual Keyboard") in "Search in Titles" in the TV menu, and the objective is to be able to use a real keyboard to type a text string. Typing upper and lower case alphabetics now works, as does typing numeric digits (both the qwerty digits and the numpad digits). But typing the miscellaneous characters presented more of a problem, which I have only just solved. On my UK keyboard there are 36 miscellaneous characters, some of which I use in the names of recordings (e.g. "(", ")", "[", "]", "-", "_", "."). I would therefore want to be able to type these when using the "File Rename" dialogue (which also uses the on-screen keyboard). The problem with the miscellaneous characters can be illustrated by considering the right parenthesis ")" as an example. The ")" character has a decimal value of 41, so I initially created a definition for [B]code="41"[/B]; but that did not work. Since on the UK keyboard the parentheses are on the uppercase shift, I thought that the SHIFT flag might be set, so I then tried [B]code="1041"[/B] (the first "1" is the flag for the SHIFT key); but that did not work either. It finally occurred to me that the "Centarea HID" might be receiving the decimal value for the [I]unshifted[/I] key, which on the UK keyboard is "0". So I tried the value for SHIFT_0, which is [B]code="1048"[/B], and that worked! :) But now we have a problem, because the locations of the miscellaneous characters on the keyboard vary from one country to another. The result is that every country would need to have its own version of "Centarea HID.xml". :( I will provide a version for the UK keyboard, and I think that most programmers will be able to modify it for their locality. But I think that it would be too difficult for someone who is not an experienced computer professional. :( Another problem concerns the BACKSPACE key that I described in my previous post. I added two further definitions: one allows BACKSPACE to pass through unchanged in the on-screen keyboard (so it works as normal), and the other maps ESCAPE to "return to previous panel". So this provides normal behaviour for the keyboard in MP. But what are the side effects? The first is the effect on the remote control. When in the on-screen keyboard, the "Return" button on the remote now acts as BACKSPACE, and not as "Return". Instead, the "Clear" button now acts as "Return". The other effect is using the keyboard to navigate within MP. Although ESCAPE in the on-screen keyboard acts as "return to previous panel", on all other panels it is BACKSPACE that does that. :eek: Now it would be possible to modify the definitions so that ESCAPE acted as "return to previous panel" everywhere within MP. But that would result in the "Return" button on the remote never acting as "Return"; it would always be the "Clear" button that acted as "Return". So, it [I]is[/I] possible to get consistent behaviour using the keyboard and using the remote, but at the cost of a few buttons on the remote not performing their expected functions. Would this be acceptable? Maybe yes, maybe no. :confused: In conclusion I would say that there is no free lunch. There are two reasons for choosing the Ortek/Hama remote: (1) It does not suffer from the toggle-codes bug that is present in the driver for the "Microsoft eHome Infrared Transceiver". (2) The IR receiver does not go AWOL when waking from sleep or hibernation. and these are the reasons why I purchased it. Nevertheless, I would still recommend MP users purchasing: [B]a WMC-compatible RC6 remote control that is sold with its own IR reciever which plugs into a USB socket[/B]. -- from CyberSimian in the UK PS: I will post my completed "Centarea HID.xml" file in a day or two. [/QUOTE]

Verification