Jump to content


  • Content Count

  • Joined

  • Last visited

About theSquashSH

  • Rank

Contact Methods

  • Twitter
  • Website URL

Recent Profile Visitors

545 profile views
  1. I'm still experiencing this issue today on macOS 10.15.7 (19H15), with Alfred 4.3 Build 1205 (Monday 14th December 2020). I have no language inputs enabled on my system other than English (QWERTY), so I don't think it's an issue specific to users with Pinyin input enabled. My workflow to reproduce the issue is in the screenshot below (inside the Large Type action is just `{query}`). It never triggers however because query is always empty. If I change it to `{query} abcd` it triggers but shows only `abcd` in large type, confirming that the key command is working fine, it's just the p
  2. I think you can solve that by issuing an exclusive lock on the db while modifying it: PRAGMA locking_mode = EXCLUSIVE; BEGIN EXCLUSIVE; I plan on adding that to my alfred-clipboard.sh script in the future when I implement timstamp rewriting to make the history infinite: BTW if anyone is looking for a full script example that can clone, read, merge, etc otherwise poke into the Alfred clipboard db, you can find the source for my implementation here: https://gist.github.com/pirate/6551e1c00a7c4b0c607762930e22804c
  3. I made a Workflow out of it, unfortunately the ergonomics are really bad because Alfred doesn't expose the clipboard-style preview pane UI to Workflows. With script filter output you can only display short snippets in the list. Without the longer preview, it's really hard to tell which matches are correct and I found it next to useless. Thanks for that tip about the timestamps! I completely forgot about the Mac epoch having a different start date. I think the best long-term solution right now is to rewrite the Alfred sqlite db in place periodically to bump all the time
  4. +1 I'd be willing to pay >another $30 on top of my existing Legendary license for unlimited clipboard history, and I'd fully accept any CPU/Memory hit necessary to get it. I use Clipboard History as a general buffer for everything in my life, and losing everything beyond 3 months is a frequent source of headache. Here's a small sample of a few recent things I've lost due to history expiring: flight confirmation details commit summaries with commit ids (detached commits that are hard to find due to deleted branches) important UUIDs ssh public ke
  5. Please add this! The "open alfred" action in remote pops up alfred on my computer, great! now I can type in commands just like I could on my computer... but wait! not so fast, theres no keyboard! It would be so easy to add an option to send keystrokes, that way I can trigger my existing workflows and do anything on my system just like normal alfred. I love having these buttons for convenient commands, so I only tap once to do things, but we should have them in ADDITION to normal alfred behavior, not instead of it. Thanks!
  6. This is a limit imposed by UNIX, not Alfred, but the error message shown is slightly confusing, and there should be a way to overcome this issue. Right now, selecting more than exactly 260527 characters on my system and using it in an Alfred workflow (with the Argument:'selection in OS X' setting) as "{query}" will throw an error. You can see your system's bash argument character limit with: getconf ARG_MAX Alfred should allow a way to pass the selection as stdin instead of a quoted and escaped string, otherwise there is no way around this hard limit, and Line-Counting workflows, etc. a
  7. Found a way to do it! Automator's built-in "Website Pop-Up" feature can render html and js even: http://macosxautomation.com/lion/websitepopup/index.html
  8. For anyone who's found this on google, I've managed to hack together a HUD style workflow where the user selects text in OSX, presses a key command, and then an html popup is generated. I used automator's built-in workflow "Website Pop-Up" http://macosxautomation.com/lion/websitepopup/index.html
  9. I already have them and use them frequently, what I use Alfred's Large Type for is specifically highlighting one small segment of code and making it huge, as well as readable.
  10. As a coder I often use Alfred's wonderful large type key command to quickly display snippets of code to colleagues without all the other distractions on my screen. If alfred provided built-in syntax it would make this much nicer. If built-in is too heavy, I'd be happy to do the syntax highlighting myself, but alfred still needs to provide a method of colorizing Large Type output through a workflow. ASCII escape sequences are one option, but I'm sure our friends at HQ can think of a better solution.
  • Create New...