<div class="gmail_quote"><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
My only point is that you cannot blindly pass unknown Qt symbols to VLC.<br>
<div class="HOEnZb"><div class="h5"></div></div></blockquote></div><div><br></div><div><div style>Why not? I mean, if the user wants to put a weird key as a hotkey, do you think it's better returning 0 than letting the key as it is?</div>
<div style><br></div><div style>I have one question: is the VLC hotkey processing based also on a QKeyEvent? If so, then the conversion of the Qt key to a VLC key would be done twice, once when adding it, and also when pressing it.</div>
<div style><br></div><div style>My point is, the only difference the patch makes is intended to work only on unknown keys. Those are not currently processed and I don't think it's that blindly passed as you think. I don't think Qt wouldn't use the standard for the keys they don't care for, such as those unknown keys in this case, because that would require more coding, time and nerves. I think this is the one of the best and simplest solutions and it's much better than letting 0, at least.</div>
<div style><br></div><div style>I have only one improvement, but I guess you won't like it: using scan codes it's quite easy to determine whether if the key pressed was a letter (comparing to some values), something like the "if" I suggested in the first patch ( a longer one :D ).</div>
<div style><br></div><div style>Thank you for your help, time and nerves.</div><div style><br></div><div style>I'm looking forward to your responses.</div></div>