KAT

[godbout]

* configuration done in the Configuration Sheet

* no updater

* binary signed and notarized

* no libraries

* instructions in English, with screenshots

* icon is 256*256

1. i'm the author

2. Alfred forum link: https://www.alfredforum.com/topic/12403-alfred-kat/#comment-65419

3. Github link: https://github.com/godbout/AlfredKat

4. testing is straightforward. install a torrent client, make it default, and use the Workflow

5. screenshots below:

thanks again.

 

 

 

Edited July 14 by godbout
updating images

[Vero]

28 minutes ago, godbout said:

i could replace the screenshots by something other than movies or music.

 

@godbout Thanks for submitting the workflow, and I fully agree that torrents can be used for legitimate and legal content.

 

If you could please choose screenshots that reflect legal content, that'd be great.

[xilopaint]

1 hour ago, godbout said:

* configuration done in the Configuration Sheet

 

You forgot to add configuration to the CLI.

Edited July 13 by xilopaint

[godbout]

8 hours ago, xilopaint said:

 

You forgot to add configuration to the CLI.

 

good catch. you're probably the only one to use it 😂️

[godbout]

updated to 8.1.0: https://github.com/godbout/AlfredKat/releases/tag/8.1.0

 

* new images, showing torrents for `The Art of War` which is in public domain.

* added the `cli` in Configuration Sheet.

[xilopaint]

6 hours ago, godbout said:

* added the `cli` in Configuration Sheet.

 

Just a minor note: /usr/local/bin is the Homebrew path for Intel Macs which are mostly vintage nowadays. Apple silicon uses /opt/homebrew/bin so a more up-to-date placeholder would be /opt/homebrew/bin/transmission-remote -a {magnet}.

Edited July 14 by xilopaint

[vitor]

Worth noting, as a note on the note, that Alfred includes both Homebrew paths in its PATH. This allows you to use the name of the tool without the full path and not have to worry about that distinction, meaning less things to worry about as a creator and less configuration for users to do.

Also worth mentioning (though I don’t think it applies here, it’s just as a curiosity) that /usr/local/bin is a standard location that’s used by non-Homebrew tools as well (e.g. a GUI app installing its own CLI, I think VS Code does exactly that). Homebrew used that path despite that because otherwise (at the time this was implemented) a ton of tools wouldn’t work correctly anywhere else. Thankfully that situation has improved, so the transition to /opt/homebrew has gone well and it leads to fewer (albeit rare) conflicts.

 

Edited July 14 by vitor
Fixed typo

[godbout]

thank you both. this Workflow has been confirmed by pm that it is not suitable for the Alfred Gallery. so i guess it's time to switch it to completed. thanks.

[xilopaint]

18 minutes ago, vitor said:

Worth noting, as a note on the note, that Alfred includes both Homebrew paths in its PATH. This allows you to use the name of the tool without the full path and not have to worry about that distinction, meaning less things to worry about as a creator and less configuration for users to do.

 

I tried without /opt/homebrew/bin/ and it didn’t work with this workflow.

[godbout]

KAT updated again to add back own Updater etc. etc. a whole week of full work to add to the Gallery, not, add again, not again LOL: https://github.com/godbout/AlfredKat/releases/tag/9.0.0

[godbout]

topic can be archived now.