Search found 10 matches

by mozmax
13 May 2016, 15:11
Forum: Off-topic Discussion
Topic: fincs' status & project updates
Replies: 22
Views: 12443

Re: fincs' status & project updates

I'm late on the topic (I've been busy myself! More than a year!! :cry: ) but yeah great news! I hope you can start working again on the v2 gui redesign. The API is really awesome. Unfortunately, the latest version I compiled from source is crashing when handling a button event! :eh: But yeah it's re...
by mozmax
18 Feb 2015, 08:42
Forum: AutoHotkey Development
Topic: Proposed New GUI API for AutoHotkey v2
Replies: 249
Views: 115166

Re: Proposed New GUI API for AutoHotkey v2

I couldn't, using the latest binary from the first post in this thread, or my own based on fincs' latest source. hmmm... ok, perhaps the OS I'm using (Windows 7 Professional 32-bit) might be a factor. I don't know. I keep getting an empty string in place of 'strlower(chars)'. But that's ok, I'm usi...
by mozmax
17 Feb 2015, 14:05
Forum: AutoHotkey Development
Topic: Proposed New GUI API for AutoHotkey v2
Replies: 249
Views: 115166

Re: Proposed New GUI API for AutoHotkey v2

hmmm... I do like fincs' gui api. Honestly, I refrained a lot from developing gui programs while I was using v1. I don't know, it just looked very complex to me. Stuff like g-labels, and v variables always kept me going back to the help documentation until I finally gave up. With this new api plus v...
by mozmax
13 Feb 2015, 12:59
Forum: Ask for Help (v1)
Topic: Monitoring window (de-)activation without shell messages
Replies: 29
Views: 10314

Re: Monitoring window (de-)activation without shell messages

Thanks! You're welcome. :D I checked the source code for AHK v1 and v2 and they both seem to implement WinWaitXXX by using a C++ "for loop". Checking the active window every 100ms causes negligible CPU usage. Each check takes perhaps 1µs. Probably less, because my benchmarks include script overhead...
by mozmax
11 Feb 2015, 19:10
Forum: Ask for Help (v1)
Topic: Monitoring window (de-)activation without shell messages
Replies: 29
Views: 10314

Re: Monitoring window (de-)activation without shell messages

Have you seen the photo? It appears text in pink colour and I don't know why? The pink background at the opening " and at the closing " I assume indicates an invalid string, but don't panic, the string is valid it's just that your editor does not support continuation sections written in this manner...
by mozmax
11 Feb 2015, 18:46
Forum: Ask for Help (v1)
Topic: Monitoring window (de-)activation without shell messages
Replies: 29
Views: 10314

Re: Monitoring window (de-)activation without shell messages

You probably didn't understand that this loop { id := winexist("A") if (id = ""){ ; seems to be not necessary... sleep 10 continue } wingettitle, t,% "ahk_id " .id msgbox,% a_index . " " . t winwaitnotactive,% "ahk_id " . id } waits (at winwaitnotactive). winwaitnotactive does not cause much cpu lo...
by mozmax
10 Feb 2015, 22:11
Forum: Ask for Help (v1)
Topic: Monitoring window (de-)activation without shell messages
Replies: 29
Views: 10314

Re: Monitoring window (de-)activation without shell messages

its clever but how is it any different from using a loop/timer in a regular script? you are still doing continuous polling with while Newly launched threads (timers, hotkeys, GUI events) in the main/master script won't be able to interrupt it since it's in its own thread/process. Perhaps I didn't m...
by mozmax
09 Feb 2015, 11:39
Forum: Ask for Help (v1)
Topic: Monitoring window (de-)activation without shell messages
Replies: 29
Views: 10314

Monitoring window (de-)activation without shell messages

Is it possible to detect window activation/deactivation without relying on the shell hook messages (HSHELL_*)? Btw, I did consider using a timer but it somehow looks inelegant to me since I would be executing code which would most of the time just return the same result (no activation/deactivation d...
by mozmax
09 Feb 2015, 11:01
Forum: Ask for Help (v1)
Topic: Press key combination
Replies: 26
Views: 60058

Re: Press key combination

DavidP, when "down" is appended to ANY key, not just modifiers, it will cause the sent keys to be "pressed down". e.g: {b down} causes 'b' to be pressed down. When "up" is appended, it releases the key. "ab" is a sequence, "{a down}{b down}" is a simultaneous press of the keys a and b and they will ...

Go to advanced search