XMBC 2.17 Beta

x64 Replacement/Alternative to Microsoft's IntelliMouse application.
Forum rules
Please read the forum rules before posting for the first time.
The more information you can provide, the quicker and more accurately someone can help.
User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Sun Aug 20, 2017 8:43 pm

Ah, I understand now - not sure how that happened, I could have sworn that I put code in to remove that from the list!
Thanks for clarifying.
Good point on the chording window too...

Hummm I can see eta 5 coming along quite quickly :)
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Sun Aug 20, 2017 9:57 pm

OK so here is 2.17 Beta 5.

If you have check for beta versions enabled, you should get notified of a new version and prompted to update in the next day or so. This is the most efficient method (bandwidth wise) as the updates are only a fraction of the size of the full install. Otherwise, you can get the full installation beta HERE. Note that this link will always get you the latest beta version!

Changes since v2.17 Beta 4:
  • #513 - Added "Button Held Time Dependant Action" to perform different actions by how long the button is pressed.
  • Added close button to simulated keystrokes.
The significant new feature in beta 4 and 5 is #513, a new action for performing different things for short and long clicks, in fact you can choose up to 4 actions for the button, depending on how long you hold it down for. This is going to take some significant testing - so anyone wanting to help out and test it will be appreciated.

Basically, 2.17 Beta 5 should fix the issues Maxoku found <above>.
There is one further change to the translation pack for 2.17 beta 5, fixing the spelling of "Dependent".

Any problems, PM me a copy of the log file (or post a snippet in a code block here).

Thanks,
Phil
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
injtsvetkov
Fanatic
Posts: 257
Joined: Mon Jun 06, 2016 8:51 am

Re: XMBC 2.17 Beta

Post by injtsvetkov » Mon Aug 21, 2017 10:16 am

maxoku wrote:
Sun Aug 20, 2017 8:40 pm
By the way you should remove the held option from chording window also, while it doesn't do anything there too.
Just out of curiosity, is there any chance to combine those two features or it's not a good idea?
For example, adding 'Button Held' for the second chord button, even if there would be only 2 actions instead of 4 it would still double the chording capabilities... or at least adding 'Button Held' for the initial chord button. Currently, using a button for one of the above excludes using it for the other. Technically, on a '5-button+tilt' mouse, chording allows usage of up to 9 actions (including the normal click). Even though some button combinations are hard to achieve with one hand :P, and given that many people use mice with less buttons, it still seems that chording allows more options. Not saying that the 'Button Held' feature is bad, it's great and it's so nice that it's finally available :) but it would be just perfect if both features could be used together.

And a suggestion about the last (4th) 'Button Held' action. It could be executed immediately as the hold time is achieved, no need to wait for button release. I think that would be very convenient.

Thanks!
Iliya
HAMA Mirano
Windows 8.1 x64, Intel i5-3230M @ 2.60GHz, 4GB

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Mon Aug 21, 2017 4:42 pm

Hi Iliya,

1. In my head chording and timed actions are mutually exclusive (maybe because it keeps things relatively simple). To implement a chord, by nature you have to hold the button down, so trying to mix this with different length of button down does not seem to make sense. There is a slim chance it might work to put the button timed actions into the chording window and get that working but it will not be possible to start a chord from the butotn timed actions... I'll try and see if its going to be possible to get the timed actions working form the chording window, but I'm a little concerned that it might not work with the current structure of chording and require too much of my time (to basically re-write chording!), so I'm not going to commit to doing it!

2. It actually already does this; in-fact it will do this not just for the 4th, but for any "last" action (is, if 4th is disabled, it will use the 3rd and so on). What it does, is send the button down as soon as the last enabled time is valid. The button up is not sent until the button is released.
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
maxoku
Committed
Posts: 137
Joined: Sun Apr 02, 2017 5:21 pm

Re: XMBC 2.17 Beta

Post by maxoku » Mon Aug 21, 2017 10:27 pm

Phil. It seems that most things has been fixed. Thanks also for that close (x) button in simulated keys window. :mrgreen:
There are still some problems with translation though and I reported them in language topic this time. :P
But one more suggestion. While you changed Depandant to Dependent, you could change it everywhere like in the logs or something. :roll:

User avatar
injtsvetkov
Fanatic
Posts: 257
Joined: Mon Jun 06, 2016 8:51 am

Re: XMBC 2.17 Beta

Post by injtsvetkov » Mon Aug 21, 2017 11:58 pm

phil wrote:2. It actually already does this; in-fact it will do this not just for the 4th, but for any "last" action (is, if 4th is disabled, it will use the 3rd and so on). What it does, is send the button down as soon as the last enabled time is valid. The button up is not sent until the button is released.
Perfect :!:
Looks like I got fooled by the note (since I didn't have a chance to test it). Might be better to add the info that the last enabled command is executed immediately when the set time is met. Right now I think it's a bit confusing.
Now from my first test I see that click&drag is impossible unless the "Normal Click" action is also assigned to the "last" spot which in some cases could mean too much waiting for a simple click&drag. Have you considered adding 'Abort if the mouse moves' option?

phil wrote: 1. In my head chording and timed actions are mutually exclusive (maybe because it keeps things relatively simple). To implement a chord, by nature you have to hold the button down, so trying to mix this with different length of button down does not seem to make sense. There is a slim chance it might work to put the button timed actions into the chording window and get that working but it will not be possible to start a chord from the butotn timed actions... I'll try and see if its going to be possible to get the timed actions working form the chording window, but I'm a little concerned that it might not work with the current structure of chording and require too much of my time (to basically re-write chording!), so I'm not going to commit to doing it!
I see your logic. Of course it's not possible to start a chord from a timed action. What I meant was adding some timed actions to be executed prior to the "Unblock after" option in the chording window. Like that:
Click&Hold - "Chording"
after Set time 1 - "action 1" (chording is aborted)
after Set time 2 - "action 2"
"Unblock after" - Set time 3
Apparently that could be possible only when the "Block/Delay" option is enabled, but still it would expand the capabilities of the initial chord button combining those two great features (if I'm not missing something :roll:). Now it is another question whether it is worth the time and effort if it's doable at all, but you are the only one who's got the whole picture in his mind so...
About adding the timed actions to the buttons in the chording window, let's hope it will work with the current structure of chording! I also think re-writing it is pointless since (as far as I can see) there is no guarantee that it won't do more harm than good and it sounds like starting from zero again which IMO is a bad idea.
HAMA Mirano
Windows 8.1 x64, Intel i5-3230M @ 2.60GHz, 4GB

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Tue Aug 22, 2017 1:16 am

maxoku wrote:
Mon Aug 21, 2017 10:27 pm
But one more suggestion. While you changed Depandant to Dependent, you could change it everywhere like in the logs or something. :roll:
Oh did I miss some? i though I did a search and replace... I'll check (although spelling in the logs is not really a big deal :) )
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Tue Aug 22, 2017 1:23 am

injtsvetkov wrote:
Mon Aug 21, 2017 11:58 pm
Looks like I got fooled by the note (since I didn't have a chance to test it). Might be better to add the info that the last enabled command is executed immediately when the set time is met. Right now I think it's a bit confusing.
Now from my first test I see that click&drag is impossible unless the "Normal Click" action is also assigned to the "last" spot which in some cases could mean too much waiting for a simple click&drag. Have you considered adding 'Abort if the mouse moves' option?
Yes the space for the note was limited (esp with translations) so I didn't add it. Maybe I will revise that decision.
I hadn't thought about an "abort if the mouse moves"... That should be possible I guess but will require some more thinking!
injtsvetkov wrote:
Mon Aug 21, 2017 11:58 pm
I see your logic. Of course it's not possible to start a chord from a timed action. What I meant was adding some timed actions to be executed prior to the "Unblock after" option in the chording window. Like that:
Click&Hold - "Chording"
after Set time 1 - "action 1" (chording is aborted)
after Set time 2 - "action 2"
"Unblock after" - Set time 3
Apparently that could be possible only when the "Block/Delay" option is enabled, but still it would expand the capabilities of the initial chord button combining those two great features (if I'm not missing something :roll:). Now it is another question whether it is worth the time and effort if it's doable at all, but you are the only one who's got the whole picture in his mind so...
About adding the timed actions to the buttons in the chording window, let's hope it will work with the current structure of chording! I also think re-writing it is pointless since (as far as I can see) there is no guarantee that it won't do more harm than good and it sounds like starting from zero again which IMO is a bad idea.
We shall see - its gets very complex in the code with all these different possibilities (if I were starting again, it would be much better structured but after 15+ years its a bit messy in there :()
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
maxoku
Committed
Posts: 137
Joined: Sun Apr 02, 2017 5:21 pm

Re: XMBC 2.17 Beta

Post by maxoku » Tue Aug 22, 2017 3:21 pm

Well I didn't really understand what Iliya had in mind, but I thought about how chording and helding could be combined. Of corse chording in helding wouldn't make sense but helding in chording could. Chording works like when you hold one button then the second would perform an action. So theoretically it would work if different actions would be perform depending how long you'll hold the second button while still holding the first one. But I guess it would be technically not that easy.

I found also the held action in move to scroll window. :P
I have some suggestions for that thing too. Could you add an option to lock axis horizontally or vertically from the beginning? It also would be nice if all mouse buttons could be blocked while in this mode allowing them (if sticky option chosen) to disable moving to scroll easily.

Edit: The default action in held window for 4th and 5th buttons are back and forward instead of 4th and 5th button. You should correct it. But it wasn't like this in the last beta as I recall. All actions (maybe besides the first one) were set to deactivate and now all are set to chosen buttons (besides 4th and 5th as I stated above).

Edit2: It's really confusing when all actions would be named the same as "Button Held Time Dependent Actions" on the list. Maybe you could add an option to add a short custom text or something. :roll:

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Tue Aug 22, 2017 7:48 pm

maxoku wrote:
Tue Aug 22, 2017 3:21 pm
Well I didn't really understand what Iliya had in mind, but I thought about how chording and helding could be combined. Of corse chording in helding wouldn't make sense but helding in chording could. Chording works like when you hold one button then the second would perform an action. So theoretically it would work if different actions would be perform depending how long you'll hold the second button while still holding the first one. But I guess it would be technically not that easy.
Of all options, this will probably be the easiest combo to do - but that does not mean it will be easy, just less difficult than anything else :)
maxoku wrote:
Tue Aug 22, 2017 3:21 pm
I found also the held action in move to scroll window. :P
Yes I realized that too after I built 2.17b5 :)
maxoku wrote:
Tue Aug 22, 2017 3:21 pm
I have some suggestions for that thing too. Could you add an option to lock axis horizontally or vertically from the beginning? It also would be nice if all mouse buttons could be blocked while in this mode allowing them (if sticky option chosen) to disable moving to scroll easily.
EDIT:
Yes to the first question, I can add options to lock from the beginning (ie. 3 options... 1: Only scroll vertically, 2: Only scroll horizontally, 3: Lock Scroll axis (if 1 and 2 are not ticked).
I'm not sure quite what you mean about blocking buttons and relating to sticky... Do you mean that when in sticky scroll, any button press would stop movement to scroll, rather than just the movement to scroll button? I'm sure that's possible (actually the global option "Reset sticky buttons when any other button is pressed" should accomplish the same goal (but it might not work) and of course, is not just movement to scroll related.
maxoku wrote:
Tue Aug 22, 2017 3:21 pm
Edit: The default action in held window for 4th and 5th buttons are back and forward instead of 4th and 5th button. You should correct it. But it wasn't like this in the last beta as I recall. All actions (maybe besides the first one) were set to deactivate and now all are set to chosen buttons (besides 4th and 5th as I stated above).
The defaults for 4 and 5 are back/forward in Windows and for some reason, I couldn't find the click button 4 and 5 while looking through the code so I went with the windows default. Now Ive found click 4 & 5 I'll change it to use them.
maxoku wrote:
Tue Aug 22, 2017 3:21 pm
Edit2: It's really confusing when all actions would be named the same as "Button Held Time Dependent Actions" on the list. Maybe you could add an option to add a short custom text or something. :roll:
Yes, thats a good idea - I should be able to do that.
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
maxoku
Committed
Posts: 137
Joined: Sun Apr 02, 2017 5:21 pm

Re: XMBC 2.17 Beta

Post by maxoku » Wed Aug 23, 2017 6:17 pm

phil wrote:
Tue Aug 22, 2017 7:48 pm
Of all options, this will probably be the easiest combo to do - but that does not mean it will be easy, just less difficult than anything else :)
Figured that much. :P
You quoted my suggestions for move to scroll, but you didn't answer to them. Are you ignoring them again or something? :roll:

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Wed Aug 23, 2017 7:20 pm

I didn't intend to miss that bit (but concentrated on the other bits) and it looks like my cut/paste of quotes got a little messed up too....

But are you essentially suggesting a checkbox(or dropdown) that says only scroll X (or Y) axis in the dialog, rather than just the current lock scroll axis?
If that is what you meant, then yes, that should be pretty simple to do.
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
maxoku
Committed
Posts: 137
Joined: Sun Apr 02, 2017 5:21 pm

Re: XMBC 2.17 Beta

Post by maxoku » Wed Aug 23, 2017 8:40 pm

phil wrote:
Wed Aug 23, 2017 7:20 pm
I didn't intend to miss that bit (but concentrated on the other bits) and it looks like my cut/paste of quotes got a little messed up too....
I've noticed, good you fixed it. :P
phil wrote:
Wed Aug 23, 2017 7:20 pm
But are you essentially suggesting a checkbox(or dropdown) that says only scroll X (or Y) axis in the dialog, rather than just the current lock scroll axis?
If that is what you meant, then yes, that should be pretty simple to do.
Yes, exactly. :)
phil wrote:
Tue Aug 22, 2017 7:48 pm
I'm not sure quite what you mean about blocking buttons and relating to sticky... Do you mean that when in sticky scroll, any button press would stop movement to scroll, rather than just the movement to scroll button? I'm sure that's possible (actually the global option "Reset sticky buttons when any other button is pressed" should accomplish the same goal (but it might not work) and of course, is not just movement to scroll related.
Well if I use move to scroll each button still works what is annoying. I would like those buttons blocked. E.g. while scrolling I don't need to select text (what will left mouse button do) especially when the mouse position is fixed. The second thing is that while using sticky option I would like to easy and comfortable disable it e.g. by clicking with left mouse button (or any other). The global option doesn't work on that unfortunately.

PS. I've just noticed something disturbing. When I go to simulated keys from held window the option to send only when process is active is by default enabled. I had some headache because of it. :P
And I think that in the held window actions in all droplists should be chosen from the top of the list, cuz it's very uncomfortable to scroll to the top everytime if I want to use e.g. simulated keys (what I mainly use :roll: ).

PS2: How long is 500 ms? For me it's almost two seconds. After changing to 200 it seems to work how it suppose for short held.
PS3: I've checked the option move to scroll (sticky) as held action and it's bugged. I couldn't leave the mode. Almost everytime I've switched it off it was turning on by itself. I needed to switch it off several times that it would stay off. I think you should also add function that it would disable when I switch to other window/process e.g. with alt-tab. That option can really block the mouse and it should have some insurance.

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Mon Aug 28, 2017 9:06 am

maxoku wrote:
Wed Aug 23, 2017 8:40 pm
PS. I've just noticed something disturbing. When I go to simulated keys from held window the option to send only when process is active is by default enabled. I had some headache because of it. :P
And I think that in the held window actions in all droplists should be chosen from the top of the list, cuz it's very uncomfortable to scroll to the top everytime if I want to use e.g. simulated keys (what I mainly use :roll: ).
I'll have a look - no reason I can think of that it should be any different, so probably something missing in the initialisation code for the window.
maxoku wrote:
Wed Aug 23, 2017 8:40 pm
PS2: How long is 500 ms? For me it's almost two seconds. After changing to 200 it seems to work how it suppose for short held.
500ms should be half a second! By it is possible that the timer isn't getting serviced because the thread is busy - I'll see if thats the same here, or maybe I've got something wrong.
maxoku wrote:
Wed Aug 23, 2017 8:40 pm
PS2: How long is 500 ms? For me it's almost two seconds. After changing to 200 it seems
PS3: I've checked the option move to scroll (sticky) as held action and it's bugged. I couldn't leave the mode. Almost everytime I've switched it off it was turning on by itself. I needed to switch it off several times that it would stay off. I think you should also add function that it would disable when I switch to other window/process e.g. with alt-tab. That option can really block the mouse and it should have some insurance.
do you mean in combination with hold - I can see how the sticky movement and hold may be a problem, but it should cancel anyway if the profile changes, I'll take a look at that too.
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

User avatar
phil
Site Admin
Posts: 5888
Joined: Sun Apr 06, 2003 11:12 pm

Re: XMBC 2.17 Beta

Post by phil » Mon Aug 28, 2017 12:50 pm

maxoku wrote:
Wed Aug 23, 2017 8:40 pm
Well if I use move to scroll each button still works what is annoying. I would like those buttons blocked. E.g. while scrolling I don't need to select text (what will left mouse button do) especially when the mouse position is fixed. The second thing is that while using sticky option I would like to easy and comfortable disable it e.g. by clicking with left mouse button (or any other). The global option doesn't work on that unfortunately.
I think I can either block all buttons when movement to scroll (sticky) is active, or I can make any button cancel the sticky... (i.e. not block but cancel the sticky)? I suppose I could make it an option to block all buttons... and if that option is disabled, any button will cancel the sticky movement to scroll?
--[ Phil ]--
--[ Administrator & XMBC Author ]--
Logitech G9, Logitech MX518, Microsoft Intellimouse, Trust 16341 BT Mouse
Windows 10 x64, Intel i5-9600k, Asus Z390-ROG, 16GB DDR4,
nVidia GeForce GTX 970, Evo 970 500Gb NVME, 2x2TB WD Black (RAID1)

Post Reply