Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

AutoHotkey v2 Official Release Announcement

autohotkey.com

Post reply on HN
Print view View original

131–140 of 153 posts

Re: AutoHotkey v2 Official Release Announcement

#131

Post by csdvrx »

phil294 wrote: post #127
majkinetor wrote: post #118

Earlier quoted context omitted.

I miss everything search engine too. Nothing similar exists. Was missing total commander but now that is solved with double commander.

Have you checked fsearch? https://github.com/cboxdoerfer/fsearch It got very good in the last 1-2 years and while ext4 fs don't support a file index like NTFS does, fsearch is still very fast, caches its results, offers similar features etc.

Now that ntfs3 has landed in the kernel 6, I wonder if locate/updatedb could leverage this file index? (I do plan a full-ntfs3 Arch or Linux install soon to experiment with such weird ideas :)

Re: AutoHotkey v2 Official Release Announcement

#132

Post by FragenAntworten »

wizerno wrote: post #44

What are some use cases where having AHK scripts would help? On the same note, can anyone share some existing list of scripts and their functions which helped make their lives easier?

I've used it with video games to convert actions which require you to hold a button (e.g., running, chopping wood) into actions you toggle on or off with a single button press.

I've also used it to quickly enter lots of data into a native application that only supported adding one item at a time.

Re: AutoHotkey v2 Official Release Announcement

#133

Post by staindk »

criddell wrote: post #106
staindk wrote: post #88

Earlier quoted context omitted.

It looks like Explorer tabs are a very recent addition to W11, so perhaps it isn't fully supported by AH1? Unless by 'tabs' you mean 'instances' or 'windows'?

It works sometimes and when it doesn’t, reloading the script will sometimes fix the problem. I just asked ChatGPT how to get the currently selected file in the current tab of File Explorer in AutoHotkey and it spit out code that works quite a bit differently than mine. Later today I’m going to figure out what it’s suggesting and see if a different approach is needed. ——- The ChatGPT code is nonsense that looks like A…

Ahaha oh dear, well at least you tried.

Re: AutoHotkey v2 Official Release Announcement

#134

Post by majkinetor »

phil294 wrote: post #127
majkinetor wrote: post #118

Earlier quoted context omitted.

I miss everything search engine too. Nothing similar exists. Was missing total commander but now that is solved with double commander.

Have you checked fsearch? https://github.com/cboxdoerfer/fsearch It got very good in the last 1-2 years and while ext4 fs don't support a file index like NTFS does, fsearch is still very fast, caches its results, offers similar features etc.

No. Looks promissing, thanks for the info!

Re: AutoHotkey v2 Official Release Announcement

#135

Post by mastazi »

zikohh wrote: post #120
mastazi wrote: post #24

I love Autohotkey because, in addition to its productivity benefits, it's a defensive tool against dark patterns imposed by user-hostile companies. For example, I've been using it for years to enter my Runescape password [1] due to Jagex being clueless about security [2] [1] https://reddit.com/r/runescape/comments/gxapao/how_to_paste_... [2] https://www.troyhunt.com/the-cobra-effect-that-is-disabling/

Haven't you seen this https://chrome.google.com/webstore/detail/dont-f-with-paste/...

That's a browser extension, so it can help with websites but not with Runescape, unless I'm missing something?

Re: AutoHotkey v2 Official Release Announcement

#136

Post by mastazi »

thegeekpirate wrote: post #42
mastazi wrote: post #24

I love Autohotkey because, in addition to its productivity benefits, it's a defensive tool against dark patterns imposed by user-hostile companies. For example, I've been using it for years to enter my Runescape password [1] due to Jagex being clueless about security [2] [1] https://reddit.com/r/runescape/comments/gxapao/how_to_paste_... [2] https://www.troyhunt.com/the-cobra-effect-that-is-disabling/

Runelite ( https://runelite.net ) enables you to do so, fwiw.

Is this a recent improvement? I'm pretty sure I had Runelite back when I came up with the AHK script, two or three years ago. Or maybe the issue came up while I was playing RS3? It's been a while so I don't remember the details!

Re: AutoHotkey v2 Official Release Announcement

#137

Post by xnyan »

pletnes wrote: post #110
patrickk wrote: post #108

Earlier quoted context omitted.

I realise you are giving opencv as an example of why having Python to AHK would be desirable, but for anyone wanting to read GUI elements like buttons there is ImageSearch[1]: Also, to make it even easier to generate AHK scripts to automate button clicks, clicker games, or boring tasks requiring the keyboard and mouse, you can generate an image recognition AHK script quite easily using Pulover's Macro Creator[2]. Eve…

No flak intended, AHK is much easier for non-programmers and can do more than you’d think. I’ve show a few people how to rig up an automation in a few minutes. The bar to entry is much lower than for any of the «serious» languages out there. AHK is amazing!

AHK was my introduction to programming. I’m a bad speller and I wanted certain common errors I made corrected automatically. I had a very basic but fully functional program in literally minutes. I spent the next few days adding features, and it was amazing to me how someone with zero programming experience could translate my thoughts to code.

This is what makes AHK special, I’ve never seen anything that can abstract away everything between the code and a fully functional program so well, making it an ideal learning language, especially for children and others with very little technical experience.

I don’t use AHK too much anymore as it’s limited to windows, which is a real shame as I’ve never seen anything better for quickly creating UI automations and tiny programs extremely quickly.

Re: AutoHotkey v2 Official Release Announcement

#138

Post by LecroJS »

SeriousM wrote: post #128
LecroJS wrote: post #97

Earlier quoted context omitted.

Can you expand on “from a specific moment till done” and possibly provide an example? What’s the exit condition? Time? A ui change? Seems like you could write a do_macro function and bind a key to loop it till “done” but I may be misunderstanding

Oh yes of course, thanks for the follow up! I work in many different applications therefore I can't create fixed automations for the major part, but many times I come across tasks I need to do N times with ui elements always on the same spot. Think of it like the very same website but in a different context (build, commit, server, ...). I want to start a macro recording, do my stuff and stop the recording, then start…

Thanks for the extra details, I think I understand what you’re looking for.

Have you looked into something like this[1] for generating the macro as an ahk file? Full disclosure: I have not used it, but it seems like what you’re looking for. If you find that it suits your needs, I’d use that to record the macro and then wrap it in a loop from 1..N where N is based on the Fn key you press. That should do the trick unless I’m misunderstanding.

I wish I could be of more help, but this repo seems like a decent starting point for your use case.

Apologies if the formatting is poor as I am on mobile.

[1] https://github.com/adegard/AHK_SCRIPTS

Re: AutoHotkey v2 Official Release Announcement

#139

Post by bsnnkv »

dicytea wrote: post #83
bsnnkv wrote: post #19

I ended up using AHK for komorebi[1] because I was still new to Windows when I started writing it and I didn't wanna have to write a tiling window manager AND a hotkey daemon. I even ended up generating a nice little AHK library to wrap around CLI commands that sent socket messages to the window manager to make it easier to write a configuration. Ultimately the syntax changes make it impossible to fully reproduce the…

Wished that you chose toml/yaml/json/etc. for the hotkey daemon. One thing I don't like about new custom DSLs is that they usually don't come with a syntax highlighter and auto-formatter. Also, will you also get rid of the *.generated.ahk stuff in the next release? It would be far more ergonomic if komorebi can just read and apply the yaml config directly.

I'm sorry you got downvoted for this comment, for what it's worth I tried voting it back up.

The DSL is largely "borrowed" (stolen) from skhd, which has been around for a long time, so most existing shkd-syntax-compatible tools should(*) work, but I think I will take the time to also write tools specifically for whkd in the future based on this comment.

TOML/YAML/JSON are imo even worse than AHK for configuring hotkeys that trigger potentially complex CLI commands. There always comes a point where the user is stuffing an entire sh script into a string and suffering in escape sequence hell.

You can take a look at the feature/whkd branch on the komorebi repo for an idea of how this will look going forward.

Backwards-compatibility with all the AHKv1 generated libraries will remain for users who don't want to move to AHKv2 or whkd, and a new PowerShell generation target will complement the AHKv1 generation targets, finally bringing komorebi full-circle back to the bspwmrc/yabairc model of configuration using a script in the configured system shell (which also launches the hotkey daemon).

As for moving away from the "bspwm architecture"[1] (I think this is what you meant by "read and apply the yaml config directly?) - this will never happen. I've written before about how I feel that the bspwm architecture is the endgame for tiling window managers, and my thoughts on this topic haven't changed.

The komorebi license is pretty permissive so anyone is free to fork it and change it if they dislike the bspwm architecture that much.

[1]: https://github.com/baskerville/bspwm#description

Post reply on HN