Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


godbout last won the day on March 31

godbout had the most liked content!

About godbout

  • Rank

Contact Methods

  • Twitter
  • Website URL

Profile Information

  • Location
    Macau/Hong Kong/South China/France
  • Interests
    Code. Design. Swimming. Climbing. Reading. Writing.

Recent Profile Visitors

1,304 profile views
  1. library in Swift to ease the integration of updates from within Alfred. the API is basically four (3+1, or 2+2 if you prefer) methods: 1. check if an update is available (compares latest version on GitHub release VS the version of your local Workflow): if let release = Updater.checkUpdate(for: "godbout/AlfredKat") { // release.version, release.file, release.page available } 2. launch the update Updater.update(with: release.file) 3. notify (useful before launching at it is blocking) Updater.notify(title: "Alfred K
  2. yeah, absolutely. not denigrating it at all. pretty smart solution actually. it's just a matter of values i think. i want something for myself that doesn't break my flow, that doesn't do anything too unexpected. so ultimately it wasn't a good solution for me. i've built a library that helps the boring part of checking and fetching updates, but that you can integrate the way you want in your Workflows (menu Item, background download, etc...). kinda best of both worlds for me. man that is another level of documentation. but i don't see any *shit* or *fuck* anywhere. is that
  3. i haven't checked yours coz i don't get much python. OneUpdater i had a look a few weeks ago and actually added it in Kat 6.0.0 but removed it in 6.0.1, i didn't like that it was breaking my flow when i wanted to use the Workflow and just launched the update. but maybe i haven't checked thoroughly and missed something. but again at the end i built my own thing 😐️ now that you've mentioned further down downloading and caching the releases info that makes sense yeah. i hadn't think yet of caching the list of releases. good point, thanks. as usual i'm b
  4. yes that's what i have in mind. but it's still too early to make decisions. i need to digest. like automatic frequent check, what does that mean? every week? every two days? do i allow a power user to change this from Workflow Variable? what keyword? i like "u" like "kat u". "time u". but that might only make sense for Workflows that have a delay before calling the ScriptFilter? what about if it's instant? etc etc. i don't want to think too much in advance but i'd like to still see this as a Workflow functionality rather than just for the Kat Workflow. so, still need some thinking. and i wante
  5. version 6.1.0 available: https://github.com/godbout/AlfredKat/releases/tag/6.1.0 now Alfred Kat detects if there's an update available. if yes it appears as the first result item. you can download the update, or go to the release page. currently it's checking for an update each time you use the Workflow. it's still fast, but not ideal. pondering the best way to avoid the constant check but still having a good UX. like automatic check, but still ability to force-check without having to fiddle around the Workflow Environment Variables. in conclusion, don't download this update. thank
  6. ok so next time i need to write down how to release a Swift command line too with proper Developer ID AND embedded libraries coz i can't find how to release the next version 😂️😭️
  7. just speeding again through here to send some love ❤️❤️❤️ (hope i will not be banned for it)
  8. way faster than checking through the network connections. great one. thanks.
  9. 👀️👀️👀️ https://github.com/godbout/AlfredWorkflowUpdater 👀️👀️👀️
  10. isn't that term offensive? or is it Mongolian, i forgot.
  11. i didn't have any issue. but yeah, you better keep another clean Xcode. also, at every Xcode update, you need to resign. a bit annoying yes. and the plugin is not the best Vim port out there. but still, i think it's the best workflow i've found till now.
  12. i could put a stuff online later, but it's pretty barbaric. like there's a useless window that you're gonna have to hide, and the shortcut is set to cmd+escape and that's it. but there's quite a few moves working. yeah i tried `shortcat`, the idea is very nice. but when i tried it it kept crashing. i haven't been able to use it at all. i think i read later that it was because you can't use it on itself. might have been the issue, but haven't tried again. i use Vimac currently. different style, but still gets rid of the mouse: https://github.com/dexterleng/vimac
  13. actually it's pretty straightforward. there's two ways to do it. one is by using the Accessibility API and gather inputs' contents. that should allow for a more precise experience, but i haven't explored this yet. the way i did it is by creating a tap event. basically you insert a tap in the event stream and grab and redirect some of them (keyboard ones in my case). it was not hard to do, but (at the time at least) hard to test. haven't gone back to it yet. to enter the global command mode, it's just a keyboard shortcut. (personally i tried to use something related to escape, like a long press
  14. was wondering until where i could push my bad humor. i guess limit reached 😂️😂️😂️ yeah i remember that. well, as usual, take my understanding with a grain of salt, but previous every year they would release a new major version, that means they'd break APIs for sure. seems that for the last recent years they mainly add new features. 5.4 should bring some asynchronous shits. so i'd say yes, it should be more stable. (you can quote me next time they break your projects.) actually it is. for developers that are used to Vim motions and commands in their f
  15. sorry what does `googling` mean? i'd be surprised if Apple and the bunch of people working on Swift would let it suck though? so i'd foresee more and more improvements. but maybe it's just wishful thinking. i've joined the bandwagon at a better time than you also. seems you were in when everything would be still slow and break at every update. i joined at 5.3, so things seem already quite stable and i don't see (yet) any performance bottlenecks. for myself? in the long term it's just kindavim.app. want to get Vim binding for the whole macOS, and prov
  • Create New...