Use Windows API to spawn processes instead of powershell #1269
Conversation
…f powershell (bar) re LGUG2Z#1174
whkd still remains to be spawned with powershell as switch to spawn directly will cause a console window to pop up
The previous commits handles the trailing space issue, this commit concludes the fix by handling the the termination of AHK processes with winapi. Note the added check for komorebic.ahk without the quote, as this is new behavior that can happen when the provided path has no spaces, introduced after swapping over to winapi fix LGUG2Z#1174
|
@LGUG2Z please test if |
|
If this PR is merged into whkd, we can swap whkd spawning to winapi as well, I have tested that it works however one problem is that with that change the startup seems to be too fast. I think The other problem I noticed is suppose I have config setup for my Let's hold off on merging this until I have these problems fixed. |
|
I have addressed the start up crash problem in the bar. The bar will now attempt to connect to Regarding this I will handle it in a separate PR after this PR is merged
This PR is ready for review now, but depends on whkd pr, else a console window will appear when |
|
I'm going to park this PR until the 0.1.35 dev cycle |
LGUG2Z
force-pushed
the
master
branch
4 times, most recently
from
efeefb7 to
974e5a2
Compare
LGUG2Z
force-pushed
the
master
branch
8 times, most recently
from
6926478 to
75a0506
Compare
whkd, as it will spawn a visible console window if we use win api for its process creation. I suspect this can be solved onwhkdside but I'll leave it as is for nowkomorebic stop --ahkdoesn't stop autohotkey because of trailing space in command line #1174 now that we don't have powershell adding trailing space to the commandline