-
Notifications
You must be signed in to change notification settings - Fork 12
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tooltip instantly closes #2
Comments
I found a fix in a forum post from another community member: gastank wrote:
|
same Problem ....fix dont work 4 me :/// |
I have updated my Windows 7 to the latest state (via Windows Update), and this broke the script for me as well. I assume some Windows 8-10 compatibility tweaks made it so the tooltip immediately closes. Essentially, the line that causes the tooltip to close is (around line 350 or so): SendMessage, 0x30, NewFont, 1,, ahk_class tooltips_class32 ahk_exe %AhkExe% So the WM_SETFONT message causes the tooltip to start hiding. It would be really nice to find out the proper fix for that, since all the workarounds that we have at the moment are just disabling setting the custom font, making the tooltip hard to read and using non-fixed font (which breaks the formatting in ugly ways). Thanks you for you efforts! |
Oh, actually, the workaround proposed by @llwt indeed does work for me just fine. THANK YOU! |
Thanks for that workaround. Indeed it seems at quick glance AutoHotkey SendMessage facility is having trouble with a recent Windows update. I do not know at this point what the underlying issue is (could be security related or something with SendMessage bindings to the underlying WinAPI). Without more info I am guessing a proper fix (that retains the fixed font for a nice tooltip layout) will be a bit more involved. For now of course the workaround should circumvent the problem with SendMessage but you will have the default tooltip font instead then (which is proportional and not fixed). I hear that compiling the script retains a fully functional SendMessage mechanism suggesting the underlying issue might be security related. Unfortunately I do not have the time to look into it atm with exam prep time at uni. It will be a couple weeks at least until I get to it. |
Actually, that's the beauty of the workaround proposed by @llwt, the font does change properly! |
André, please merge the pull request, it resolved the problem. |
Will do so this weekend. Have exam tomorrow at 8 am and Friday as well. Just wanted to let you guys know I am aware of the pull requests :) |
I wish I knew more about AHK scripts. I can say that on Windows 8.1, line 5503 can be commented out (function call "Fonts.SetFixedFont()") and the script functions as desired but without aesthetic formatting. I reviewed some MS developer knowledge base and found the following. "https://msdn.microsoft.com/en-us/library/windows/desktop/ms632642%28v=vs.85%29.aspx". It governs font control for toolTips and other controls. I tried to find something in your script related to this but did not. I believe using this to set the font type to "Courier New" or some other monospaced font will restore aesthetics. OH and a THANK YOU so much for your time on this project. |
@GeminiEngine, but that's the whole point to show the tooltip and show it On Fri, Jul 31, 2015 at 7:47 AM, GeminiEngine notifications@github.com
|
Reading is doable-ish, however at least on my Windows 8.1 it does not fix the font for me. |
llwt's fix worked for me on win10 x64 |
Not sure what's going on but when I press "ctrl+c" the tooltip flashes for a second and then instantly closes.
Someone left a Disqus comment on the homepage reporting the same issue so I don't think it's just isolated to my system.
Let me know if I can provide you with anymore information you need to debug this.
The text was updated successfully, but these errors were encountered: