The point is, that the {Activate} tag might help you by activating the windows under the cursor prior to performing ctrl+c or ctrl+vmaxoku wrote:It's paste under the cursor (ctrl+v), but you can do the same with copy too if you like .
???
The point is, that the {Activate} tag might help you by activating the windows under the cursor prior to performing ctrl+c or ctrl+vmaxoku wrote:It's paste under the cursor (ctrl+v), but you can do the same with copy too if you like .
Nevermind it works , but if window is already focuses it will unfocus the window :/. The update didn't work I downloaded the installer :/. And you forgot to fix previous bugs too :/.phil wrote:The point is, that the {Activate} tag might help you by activating the windows under the cursor prior to performing ctrl+c or ctrl+vmaxoku wrote:It's paste under the cursor (ctrl+v), but you can do the same with copy too if you like .
???
Tested: The {ACTIVATE} tag works great! - just as expected! I needed to first add this new tag/symkey to the 'Middle button' of my 'Default' profile. I now have the pleasure of updating a dozen other custom profiles to take advantage of this! I'll report back if any other niggles show up...phil wrote:"{ACTIVATE} Tag" Done it already - it nice and easy!
Question is, do I release a new beta without the "documentation" in the simkey window - in case it does not work and then is not worth doing all the translations....
.... Yes I think I do - and if it works (you can confirm) I will add the documentation to the simkey window tomorrow!
Prep for 2.16 beta 16....
What previous bugs - this topic is too crazy to find things now, and in any case, chill out! I found 30 minutes to do this, risking being late for work tomorrow. Your going to have to get used to the way things work here, its my time and I will spend it how I please and I certainly dont appreciate being rushed or criticized for not doing something (as I thought you would have realized by now). I try to fix things, but not everything is clear and not everything can be fixed in 30 minutes - I and in no way am I obliged to do any of this!maxoku wrote:Nevermind it works , but if window is already focuses it will unfocus the window :/. The update didn't work I downloaded the installer :/. And you forgot to fix previous bugs too :/.
Please check Maxoku's point about if the window already has focus for me.JTB3 wrote:Tested: The {ACTIVATE} tag works great! - just as expected! I needed to first add this new tag/symkey to the 'Middle button' of my 'Default' profile. I now have the pleasure of updating a dozen other custom profiles to take advantage of this! I'll report back if any other niggles show up...
JTB3 wrote:Tested: The {ACTIVATE} tag works great! - just as expected! I needed to first add this new tag/symkey to the 'Middle button' of my 'Default' profile. I now have the pleasure of updating a dozen other custom profiles to take advantage of this! I'll report back if any other niggles show up...
I'm not experiencing any issue if the window is already active - It just continues to remain activated (focused) as one would expect. All is working perfect so far I'm not sure how maxoku is using the new tag, so It's hard for me to validate his statement.Phil wrote:Please check Maxoku's point about if the window already has focus for me.
It was saying that I have the latest version. Well, previous betas was updating immediately after you posted.phil wrote:What previous bugs - this topic is too crazy to find things nowmaxoku wrote:Nevermind it works , but if window is already focuses it will unfocus the window :/. The update didn't work I downloaded the installer :/. And you forgot to fix previous bugs too :/.
What didn't work about the updater? The DNS version records can take up to 24 hours to replicate so maybe it just needed more time? Or did it detect a new version, download it and then fail?
It's probably again only for XP. The problem is that it will keep the window unfocused how much I'll do it. But it seems it only makes that for the titlebar that it changes color to unfocused one, the window itself is still active though. Edit again: It seems to unfocus window afterall. One profile that I set to work only while active stopped that sim key to work when I added that tag.JTB3 wrote:I'm not experiencing any issue if the window is already active - It just continues to remain activated (focused) as one would expect. All is working perfect so far I'm not sure how maxoku is using the new tag, so It's hard for me to validate his statement.
Checking the 'Only send if profile's process is active' box will, of course, render the {ACTIVATE} tag useless! The tag only has utility when a window (process) is inactive and the cursor is hovering over an inactive window.maxoku wrote:Edit again: It seems to unfocus window afterall. One profile that I set to work only while active stopped that to work when I added that tag.
Nevermind, it was about scrolling under cursor. The point stays that I can't use that function^^. Unfocusing the window after every use is too much annoying.JTB3 wrote:Checking the 'Only send if profile's process is active' box will, of course, render the {ACTIVATE} tag useless! The tag only has utility when a window (process) is inactive and the cursor is hovering over an inactive window.maxoku wrote:Edit again: It seems to unfocus window afterall. One profile that I set to work only while active stopped that to work when I added that tag.
The {ACTIVATE} tag kicks ass!phil wrote:Here is 2.16 Beta 16...
Changes since v2.16 Beta 15:There are no changes to the translation template since 2.16 beta 15 BUT if these changes work, the simkey window text will need to be updated in the next beta.
- #488 - Add {ACTIVATE} simkey tag to activate the window under the cursor (note: probably wont work in portable version).
- #487 - Add ability to save/restore up to 10 cursor position {MSAVE:x} {MREST:x}.
Yes, sometimes I just have more interesting things to do in life .maxoku wrote:You should take notes regularly lol. I posted them about week ago .
I'm not sure how I'm going to be able to fix the accelerators now though - they are "special" label fields... I may have to just remove them we shall seemaxoku wrote:In short: Accelerators you were suppose to fix are more messed up. Rate accelerator gives an OK function and still some bugs with underlining.
As I thought I had explained before, I have had so many problems with the drawing of those buttons, I don't want to change them out of fear of making it "much worse" again - previously the buttons simply disappeared randomly on all OS's (and generally I couldn't recreate it here) and I dont want to risk going back to that.maxoku wrote:Pressed button issue is also on Win7 (classic style).
That one I simply dont understand. Need a clearer example so I can try and reproduce it here.maxoku wrote:A scrolling problem on Win8.1 in tray icons settings.
I'll see if I can figure this one out - no reason it should be any different on XP as its pretty standard stuff. I'll try on XP and other OS's to see if I ca reproduce, when I get some time.maxoku wrote:It's probably again only for XP. The problem is that it will keep the window unfocused how much I'll do it. But it seems it only makes that for the titlebar that it changes color to unfocused one, the window itself is still active though. Edit again: It seems to unfocus window afterall. One profile that I set to work only while active stopped that sim key to work when I added that tag.JTB3 wrote:I'm not experiencing any issue if the window is already active - It just continues to remain activated (focused) as one would expect. All is working perfect so far I'm not sure how maxoku is using the new tag, so It's hard for me to validate his statement.
I'll try and take a look tonight after work.JTB3 wrote:Hi Phil,
I just discovered (only) one, moderately-critical issue with the new {ACTIVATE} symkey tag.
It is easily reproducible (and hopefully easily corrected).
Normal File Explorer (explorer.exe) windows are responding strangely to the command XMBC is sending with the {ACTIVATE} window command - ONLY WHEN THE CURSOR IS HOVERING OVER THE MAIN (DirectUIHWND) DISPLAY WINDOW (See Image Below - Highlighted in RED)
Much appreciated Phil, I Know how busy you are and how valuable your spare time is!phil wrote:I'll try and take a look tonight after work.JTB3 wrote:Hi Phil,
I just discovered (only) one, moderately-critical issue with the new {ACTIVATE} symkey tag.
It is easily reproducible (and hopefully easily corrected).
Normal File Explorer (explorer.exe) windows are responding strangely to the command XMBC is sending with the {ACTIVATE} window command - ONLY WHEN THE CURSOR IS HOVERING OVER THE MAIN (DirectUIHWND) DISPLAY WINDOW (See Image Below - Highlighted in RED)
Then revert the latest changes. Before it worked properly, it was only a visual issue.phil wrote:I'm not sure how I'm going to be able to fix the accelerators now though - they are "special" label fields... I may have to just remove them we shall seemaxoku wrote:In short: Accelerators you were suppose to fix are more messed up. Rate accelerator gives an OK function and still some bugs with underlining.
What drawing are you talking about? The icon? There is nothing wrong with the icon itself. Is the button behavior (background of the icon). It is different on luna style and classic style, cuz they work differently, so I guess you could just set them both separately. I think it's something with refreshing.phil wrote:As I thought I had explained before, I have had so many problems with the drawing of those buttons, I don't want to change them out of fear of making it "much worse" again - previously the buttons simply disappeared randomly on all OS's (and generally I couldn't recreate it here) and I don't want to risk going back to that.maxoku wrote:Pressed button issue is also on Win7 (classic style).
phil wrote:That one I simply don't understand. Need a clearer example so I can try and reproduce it here.maxoku wrote:A scrolling problem on Win8.1 in tray icons settings.
@JTB3maxoku wrote:In some places scrolling under cursor doesn't work. I was checking tray icons settings and wheel didn't work at all. I've added new profile for explorer and was checking the methods. Seems something worked, but not completely. When I hovered on drop boxes (without dropping them) it didn't work. If I clicked on any then I was scrolling this certain box independently which box I hovered.
I think you are likely accurate in diagnosing the probable cause here, Maxoku! In the case of 'File Explorer' windows, It probably has to do with XMBC activating a 'control' subpanel vs the 'parent window' (or something related!). Thx for pointing this out.maxoku wrote:@JTB3
It seems a desired behavior to activate the hovered specific window. E.g. if there are several text edit boxes then it would activate the hovered one specifically not only the window itself. I guess Phil could add two options, one to activate a specific window and one to activate the parent window or something.