Re: XMBC 2.18 Beta
Posted: Sat Mar 10, 2018 7:48 pm
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
Michael
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!
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 oneKukurykus 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)
Well of course you need to be able to see the XMBC window to notice it change (muli-monitors makes that much easier )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).
Hi Suke,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
Of course, simkey method one is sent "on press" (DOWN) - which happens no matter how long it waits for the "up" !!!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.
Again, of course, because this IS sent on button UP (as the method 2 description suggests) so this is one of the relevant acitons.
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?!
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).
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!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!
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 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.
What do you mean lost the word? and lost it more?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.)
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 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.
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!
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!
What physical button were you using when toy set this up? Left, Right or other?
In some applications, pop-up menus come out after 'Chording', so 'Held' is more useful!