Page 4 of 11

Re: XMBC 2.18 Beta

Posted: Sat Mar 10, 2018 7:48 pm
by schiel
:) Phil - I just want to say thank you for fixing the doubleclick issue - now it works again like it should (and worked before beta 4).
Michael

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 11:28 am
by phil
sukemaru wrote: Sat Mar 10, 2018 7:10 pm so I should have reported it in a separate thread.

I think as you were testing something that I had changed, its quite acceptable to raise this issue here :).
sukemaru wrote: Sat Mar 10, 2018 7:10 pm As for drag-delay, it seems to be the only way to drag slowly or assign 'Button Held' to the buttons other than Left.
Unless I can move the cursor back, then yes tat would be the case. I will take a look but cant promise any magic fixes to that one yet!

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 11:30 am
by phil
Kukurykus wrote: Sat Mar 10, 2018 6:17 pm Yes. Clicking description, and what is bad, also empty space after description in Windows affects boxes, so like in XMBC. Description only would be fine but that space beyond? Still it's how it works outside of XMBC.

Yes, highliting. I did like on your ss with 4 points you posted. File added (be careful to not overwrite yours)
Unfortunately, I need to leave the labels long or otherwise the translations wont fit - the labels don't dynamically size to the text unfortunately. Not a lot I can do about that one :(

I'll take a look at your profile now (and I have lots of backups of mine as I'm often overwriting it :)).

EDIT: I notice that you have your button chording on the VLC profile (rather than the default profile)... so that profile has to be active for the highlighting to work as described - i.e. you need to have the cursor over the VLC window! Seems to work fine here once I fire up VLC!

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 12:15 pm
by Kukurykus
Ok, that worked when I used chord over launched app., but to do it I had to make VLC window smaller to make place for XMBC window that I put next to. Only this way I could see what happens on XMBC palette when I'm using chording on VLC. That I was not aware. I believed it works even when I use chord on XMBC window and even when certain application isn't launched yet, so like with default mode (I tried now too).

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 3:50 pm
by phil
Kukurykus wrote: Sun Mar 11, 2018 12:15 pm Ok, that worked when I used chord over launched app., but to do it I had to make VLC window smaller to make place for XMBC window that I put next to. Only this way I could see what happens on XMBC palette when I'm using chording on VLC. That I was not aware. I believed it works even when I use chord on XMBC window and even when certain application isn't launched yet, so like with default mode (I tried now too).
Well of course you need to be able to see the XMBC window to notice it change (muli-monitors makes that much easier :P)
This visual queue is sent when the button action (chord) is actually run, so the profile has to be active.
If you had it on the default profile, you would see it more obviously!

It does beg a question, that it might be confusing if your looking at the default profile (with no chords) but have the VLC profile active - and see the chord colour on the default profile... but then it is still indicating that the button is pressed and currently being used in a chord - so it is actually correct - its just not the selected profile that has the chord setup, its the active profile....

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 3:58 pm
by phil
sukemaru wrote: Sat Mar 10, 2018 7:10 pm Thank you for replying, then Okay and Im sorry,
those strange/issues have been occured also in v2.17 and past Betas too which I confirmed after previous post. (I had tried 'Double Click' and 'Button Held' in some profiles/apps regarding to past 'Double Click' issue, and reported that i noticed as previous post. It seems that it was not a Beta-specific matter, so I should have reported it in a separate thread.)

As for drag-delay, it seems to be the only way to drag slowly or assign 'Button Held' to the buttons other than Left.

suke
Hi Suke,

I think I have figured out the problems and fixed them - I guess we will see in the next beta.
The refresh issue (not happening until the button was released) is because the refresh is sent on BUTTON UP, not button down. And the button up is not sent until the actual physical button is released.

I can change it to send a DOWN+UP immediately but that may have undesired consequences... For example, consider RMB set to button held, default is RMB and Timed action is LMB (set to run after 500ms,) hold right, after 500ms left is pressed and would be immediately released. So you would only get a click and not be able to drag. So I will probably have to add another option to allow you to say if you want to hold or just click for the last timed action (other timed actions will only ever fire when the button is released as it does not know until you release it, how long the button is held for)

Regarding the double click/browser tab close etc.
Indeed after the timed action has begun, it didn't stop looking for mouse movement and sent the default action even though the timer had expired for it. That is fixed now (you can only abort the button held by moving the mouse BEFORE the first timed action starts!)

Oh and finally, I think I have managed to set the cursor position back to the start so dragging to select text should work better.

Thanks,
Phil

Re: XMBC 2.18 Beta

Posted: Sun Mar 11, 2018 4:33 pm
by phil
Here is 2.18 Beta 7.

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.18 Beta 6:
  • #564 - Fixed several issues found with "Button Held".
There is a new language template for 2.18 beta 7 (with one new and one changed translation)

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

Thanks,
Phil

Re: XMBC 2.18 Beta

Posted: Mon Mar 12, 2018 2:30 pm
by sukemaru
Thank you for updating and modifying.

'Button Held' has become preferable in Beta 7. The function of the newly added option is very delectable and tricky. I tried to test 'Button Held' and its new 'Wait' option. In some cases, strage behavior has been shown.. I will just report that what I tried and what happened. (Whole of bellow Items as 'Last action' @500ms / 'Abort' option enabled)


On a text-editor:
Set Left button to 'Copy' then it might work fine, but I could not certainly know when it worked (coz 'Copy' action is invisible)...

'Paste' for LMB, it was always acted at 500ms gone - even with whether 'Wait' option was enable/disabled.

In the cases with 'Sim Key' {CTRL}V (Paste), with Method-1 then as same as above, 'Wait' option did not work.
Method-2 and 'Wait' enabled - holding LMB down and 500ms past then nothing acted - released the button off then 'Paste' worked. It is good job.

And this is a strange case setting to 'Sim Key' {CTRL}V (Method-6: during/repeatedly option), 'Wait' enabled then started and repeated 'Paste' action after 500ms gone - until the button released. Or 'Wait' disabled, 'Paste' has never worked even after 500ms and also the button released.

Most miracle behavior occured with Method-7 (sticky/repeatedly), I tried to set 'Sim Key' {CTRL}V for LMB and MMB (one: 'Wait'-enabled / other: -disabled), both buttons made 'Paste' repeatedly during pressing button down - but stoped 'Paste' on the timing to release the button. 'Sticky' option did not work in these combinations.
...And in this testing, LMB and MMB returned different strings from clipboad, hogehogehoge../piyopiyopiyo..?! I got confused as to what was going on! :?:


On firefox web browser:
Left and Middle buton to 'Browser-Refresh' (for active tab), 'Wait' option in the each buttons worked - maybe correctly, and 'closing tab problem' (MMB) did not happen.

'Sim Key' {LMB}{F5} (to activate and refresh the tab under the cursor) for Middle button with 'Wait' option enabled, refreshed the page in the tab before releasing MMB off at 500ms elpsed (Sim Key method-1), or refreshed after releasing (Sym Key method-2). In this case, to avoid closing tab (MMB) with the mouse movement in mistake, it seems to be required both of 'Wait'-enabled and 'Method 2'. Again Method-2 has returned correct behavior.


On some text-browsers and text-editor apps:
Left button to 'Double Click' in a text-editor profile, it made 'W Click' fired (single-word selection) on 500ms reached, in whether 'Wait' option ON/OFF. In this case, again I have not understand that 'Wait' option as. Stil kept pressing LMB down and I moved the mouse, that single-word selection was sometimes left or sometimes lost.
On other text-editors/browsers, lost the word high-lighted most oftenly. And when I moved the mouse quickly, lost it more.
(When 'Double Click' item is choosed (w/o 'Drag'), the mouse should not be moved quickly/long, - so this may not be a problem so much.)

Left butoon to 'Double Click Drag' in the same profiles as above, 'W Click' was acted on 500ms, keeping to hold LMB and moving (Drag = selection-mode should be continued) then it could continue slection-mode only with 'Wait' option enabled.
To select long-long text lines, the high-lighted area was sometimes lost. On some text-editors/browsers and firefox, always lost it.
Without (disable) 'Wait' option, then 'W Click' was done, but 'Drag' (continueing to select) was not worked.

When 'Abort' option disabled, the 'lost' problem never occured - but it is not useful (normal drag operations are prevented.)


Even if an evaluation of 'Button Held' and 'Wait' option depends on the selection which items to be combined with, but XMBC is going to be used more conveniently with them, so what a very interesting option it is! :)

Thanks,
suke

I hope it will be helpful for you regarding future updates and modifying which I am looking forward to.

Re: XMBC 2.18 Beta

Posted: Mon Mar 12, 2018 2:56 pm
by phil
Wow thats along one!
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Thank you for updating and modifying.

'Button Held' has become preferable in Beta 7. The function of the newly added option is very delectable and tricky. I tried to test 'Button Held' and its new 'Wait' option. In some cases, strage behavior has been shown.. I will just report that what I tried and what happened. (Whole of bellow Items as 'Last action' @500ms / 'Abort' option enabled)


On a text-editor:
Set Left button to 'Copy' then it might work fine, but I could not certainly know when it worked (coz 'Copy' action is invisible)...

'Paste' for LMB, it was always acted at 500ms gone - even with whether 'Wait' option was enable/disabled.

In the cases with 'Sim Key' {CTRL}V (Paste), with Method-1 then as same as above, 'Wait' option did not work.
Of course, simkey method one is sent "on press" (DOWN) - which happens no matter how long it waits for the "up" !!!
As expected.

Some actions are sent on button down, some on button up. If the action is ONLY sent on button up (refresh) then the new option is important.
If the action is sent on butotn down, then the new option is irrelevant.
I'm guessing paste is sent on button down (makes sense).
And no, I'm no about to list every action and if its on down, up or both or neither!
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Method-2 and 'Wait' enabled - holding LMB down and 500ms past then nothing acted - released the button off then 'Paste' worked. It is good job.
Again, of course, because this IS sent on button UP (as the method 2 description suggests) so this is one of the relevant acitons.
sukemaru wrote: Mon Mar 12, 2018 2:30 pm And this is a strange case setting to 'Sim Key' {CTRL}V (Method-6: during/repeatedly option), 'Wait' enabled then started and repeated 'Paste' action after 500ms gone - until the button released.
I would expect this to work (start repeating as soon as 500ms is up and stop repeating when you release the button) - why is that strange?!
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Or 'Wait' disabled, 'Paste' has never worked even after 500ms and also the button released.
I don't understand what you are saying there.. If wait is disabled, it will press and release the button pretty much instantly, so I would expect nothing to happen (which seems to be the case).
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Most miracle behavior occured with Method-7 (sticky/repeatedly), I tried to set 'Sim Key' {CTRL}V for LMB and MMB (one: 'Wait'-enabled / other: -disabled), both buttons made 'Paste' repeatedly during pressing button down - but stoped 'Paste' on the timing to release the button. 'Sticky' option did not work in these combinations.
...And in this testing, LMB and MMB returned different strings from clipboad, hogehogehoge../piyopiyopiyo..?! I got confused as to what was going on! :?:
Yeh I'm not surprised sticky simkeys don't work properly with button held... for startes, the stick will be canceled as soon as the button is pressed again - its just not going to work. No idea why you got different text from the clipboard though!
I don't really want to have to programmatically remove simkey "methods" depending on how you opened the window but maybe I will have to!
sukemaru wrote: Mon Mar 12, 2018 2:30 pm On firefox web browser:
Left and Middle buton to 'Browser-Refresh' (for active tab), 'Wait' option in the each buttons worked - maybe correctly, and 'closing tab problem' (MMB) did not happen.

'Sim Key' {LMB}{F5} (to activate and refresh the tab under the cursor) for Middle button with 'Wait' option enabled, refreshed the page in the tab before releasing MMB off at 500ms elpsed (Sim Key method-1), or refreshed after releasing (Sym Key method-2). In this case, to avoid closing tab (MMB) with the mouse movement in mistake, it seems to be required both of 'Wait'-enabled and 'Method 2'. Again Method-2 has returned correct behavior.


On some text-browsers and text-editor apps:
Left button to 'Double Click' in a text-editor profile, it made 'W Click' fired (single-word selection) on 500ms reached, in whether 'Wait' option ON/OFF. In this case, again I have not understand that 'Wait' option as. Stil kept pressing LMB down and I moved the mouse, that single-word selection was sometimes left or sometimes lost.
I repeat, some aciotns are sent on button down (double click is one) and in this case, waiting to send the button up s irrelevant because the button up does nothing anyway. As expected.
sukemaru wrote: Mon Mar 12, 2018 2:30 pm On other text-editors/browsers, lost the word high-lighted most oftenly. And when I moved the mouse quickly, lost it more.
(When 'Double Click' item is choosed (w/o 'Drag'), the mouse should not be moved quickly/long, - so this may not be a problem so much.)
What do you mean lost the word? and lost it more?
In my testing using notepad++ and notepad, the selection works when dragging quick or slow (with abort when moved turned on). Once the double click has triggered, then moving the mouse should do nothing.
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Left butoon to 'Double Click Drag' in the same profiles as above, 'W Click' was acted on 500ms, keeping to hold LMB and moving (Drag = selection-mode should be continued) then it could continue slection-mode only with 'Wait' option enabled.

To select long-long text lines, the high-lighted area was sometimes lost. On some text-editors/browsers and firefox, always lost it.
Without (disable) 'Wait' option, then 'W Click' was done, but 'Drag' (continueing to select) was not worked.
Yes because with double click drag, it sends a LMD down+Up+Down on the button DOWN and an LMB UP on the button up - so in this case, the WAIT option is required for it to work.
sukemaru wrote: Mon Mar 12, 2018 2:30 pm When 'Abort' option disabled, the 'lost' problem never occured - but it is not useful (normal drag operations are prevented.)
I thought I had fixed it, but unfortunately its very complex - It has to remember the cursor position where the original click occurred, then before send the default action mouse button down, block the cursor from moving, set the cursor position and then when windows receives the button dowm, I have to unblock the cursor... The problem being, that many cursor movements may occur before the button down is received - and thus windows thinks you are clicking in a different place (well you are)... I spent all day trying to work around it, and eventually came up with something that appears to work for me before giving up... I don't know why it wouldn't work for you - I will check again to make sure its not something silly but I'm not sure what else I can do.... Oh... What button are you using as the BUTTON HELD I only put the movement fix on the left and right butotn - but perhaps, thinking about it, it needs to be on all buttons!
sukemaru wrote: Mon Mar 12, 2018 2:30 pm Even if an evaluation of 'Button Held' and 'Wait' option depends on the selection which items to be combined with, but XMBC is going to be used more conveniently with them, so what a very interesting option it is! :)
Originally I wasn't going to bother with the option, but without it, it is impossible to get it to do everything correctly for every case... so although the option may be a little confusing (clearly), its better than no option!

thanks,
Phil

Re: XMBC 2.18 Beta

Posted: Mon Mar 12, 2018 4:32 pm
by sukemaru
Thank you for explaining each one.

Yes, I am satisfied with the implementation of the new option. It makes 'Held' action very useful and convenient. I'm thinking of migrating that most 'Chording' items of RMB x Others to 'Held' action of LMB or MMB in my profiles.
In order to execute action at the expected timing as I will, it seems necessary to devise a combination of buttons/items/options to be used, as I gained it then I feel like XMBC has been increasingly power up.

I posted that report in relation to the past 'Double Click' and 'W Click Drag' reports, and I hoped you to confirm just whether the results of my trial were what you thought...
("Lost the high-lighted word/strings" means that the selection was canceled. Apparently my PC's spec may be insufficient.) :(

suke

Re: XMBC 2.18 Beta

Posted: Mon Mar 12, 2018 9:34 pm
by phil
OK thats all good I think....

Just one followup/missed question...
sukemaru wrote: Mon Mar 12, 2018 4:32 pm ("Lost the high-lighted word/strings" means that the selection was canceled. Apparently my PC's spec may be insufficient.) :(
What physical button were you using when toy set this up? Left, Right or other?

Thanks,
Phil

Re: XMBC 2.18 Beta

Posted: Sun Mar 18, 2018 12:57 pm
by sukemaru
I am sorry that the response is delayed.

About 'Lost' matter, I intended to write it in the same context that I did only the test with the Left button for 'Double Click & Drag' ... However it was just done for testing.
sukemaru wrote: Mon Mar 12, 2018 2:30 pm On some text-browsers and text-editor apps:
Left button to 'Double Click' in a text-editor profile, ...
In some applications, pop-up menus come out after 'Chording', so 'Held' is more useful!

suke

Re: XMBC 2.18 Beta

Posted: Sun Mar 18, 2018 7:55 pm
by phil
Here is 2.18 Beta 8.

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.18 Beta 7:
  • #568 - Modified simkeys to allow {CTRL}{ALT}{SHIFT}{WIN} tags to work better with {WAITMS}.
  • #567 - Removed workaround for FooBar2000 which is not working and may be breaking mouse clicks.
  • #566 - Modification to simkeys to action items only on button down, on button up or when repeating.
  • #565 - Fixed some issues with invert scrolling in portable mode.
There are some new simkey tags {OD} {OU{ and {OR} to send the keys only when pressing {OD} or releasing {OU} the button or only when repeating {OR} the sequence in an auto-repeat (method 6 and 7)


There is a new language template for 2.18 beta 8 (for additional tags in the simkeys window)

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

Thanks,
Phil

Re: XMBC 2.18 Beta

Posted: Mon Mar 19, 2018 11:36 am
by aawood
I've sent an email, but I thought it best to post here so if anyone else comes across this they'll know it's been mentioned: I have Right Button remapped to Double Click, but it appears to be causing both a Double-Click and, shortly after, a Right Click. I haven't changed my profile in months, so I don't think it's a change in my end, but could be something I'm doing!

As a workaround for anyone else with this, I've been able to fix it by changing my Right Button to "Simulated Keys", and using "{LMB}{LMB}" as the custom keys to use; this is functionally identical to the intended "Double Click" option, I believe.

Thanks for everything Phil, all the best.

Re: XMBC 2.18 Beta

Posted: Mon Mar 19, 2018 12:10 pm
by phil
Thanks, as I said in my email reply, it looks like this problem exists in 2.18 beta 7 (and probably 6 too) which is a little surprising but I will take a detailed look tonight.