All Activity

You have to make sure your preferences are available offline. The File Provider methods have a way of removing them from the system.

All seems to be fine: [Dispatch Key Combo] Interpreted '⌃⌥→' as '→' with mod code 9175040 (using code 124) Using the ability for the key combo to accept a string, you can see if even interprets the arrow correct as 124 which is dead on I'm at a loss

Aside from dynamic placeholders, this todo list workflow in the gallery might also give you some ideas. I moved from text expander years ago and this is another example that could help make the adjustment beyond basic snippets.

And just to add there are always many ways to get something done in alfred. If you did want to create something that mirrored Text Expander where you can trigger the workflow and have it paste in the frontmost app you could do something like this: It uses a snippet trigger that then triggers 2 keyword objects to have you input your title and link, saves them as variables, and then pastes on the frontmost app. You can also look into dynamic placeholders as well. If the link want to paste is always the last thing you copied, you could set it up so instead of a 2nd keyword input, it pastes the most recent item in your clipboard history with {clipboard:0}.

Thanks Stephen! I'll install it and take a look when I get some time after my learning sessions. Will let you know if I have any questions.

have you looked at the debugger to see if the keycombo is being output? sometimes a small delay is needed before the keycombo action if it occurs too quickly.

23-Apr-24 - Update: It seems to be any key combo with left, right, up or down in it I have created a simple workflow to help me remember a couple of shortcuts They all seem to work except for: ⌃ ⎇ ← ⌃ ⎇ → There does not seem to be any issue with the way it is setup and I see the dispatchers being called when the debugger is running I have confirmed that there are no conflicts, and these shortcuts are indeed functional. (I even tried these with BTT and BTT has no issue in dispatching them) Could anyone provide me with some guidance, or could this possibly be a bug?

Welcome @ryoppippi, One simple solution is to have a workflow that goes through your ~/Downloads directory and trashes all the workflows files. I’ve made a quick one for you. Call it with the cleanworkflows keyword. Feel free to inspect and modify it at will, you’ll see it’s done entirely without code. Make sure you have the Automation Tasks installed.

Hi - I'm using Alfred on three different Macs. The three systems are basically the same, all running Alfred 5.5 with macOS 14.4 on an Apple M1 or M2. My files are synced across the three via Dropbox. On one of them, I have updated Dropbox to use the "File Provider" API; on the other two, I'm still using the older sync method. On the updated one, Alfred's file search is often quite slow to return results and sometimes completely fails to return anything. The other two systems do not have this problem, which makes me think that it must be somehow related to Dropbox. The problem is irregular, making it hard to pin down. I have fiddled with Alfred's settings and rebuilt the Spotlight index more than once, but it hasn't really helped. This has made me quite reluctant to update Dropbox on the other two systems, but eventually I will have to. Any thoughts / suggestions would be greatly appreciated? Thanks!

When using a Script Filter, we can use `$.getenv("alfred_workflow_keyword")` to display different content depending on the keyword used. For example, using `foo||bar` as the keyword, the Script Filter then shows different results for when using `foo` or `bar` as keyword. Now, when you also use the new cache mechanic from Alfred 5.5, there appears to be a bad interaction between the two: I run the Script Filter first with `foo …` and get some results displayed. If I afterward run `bar …`, Alfred uses the results cached for `foo` instead of running the script again with `bar` as `$.getenv("alfred_workflow_keyword")`. This results in the wrong results being displayed. In short, it appears that Alfred creates one cache per Script Filter, and not one cache per keyword. As a consequence, this means the caching mechanic cannot be used when also using alternate keywords. Build: Alfred 5.5.2257

While I appreciate it may initially appear to be rather more complex than you need, my Save 'ur URL workflow on the Alfred Gallery does exactly what you want (and, in addition, saves the link to a file). There's an option in the workflow configuration to save the links using markdown. Stephen

I think this is a unreasonable demand. Of course, if you need it, you can have a program like this, make a workflow and delete the currently selected workflow file with one click. Trying to fully automate it is presently impossible and unreasonable.

Done!

I used to be a heavy user of TextExpander but it was a corporate thing and I don't have it anymore, but I'm hoping I can replicate one of it's features with Alfred, just not sure how. So basically I could trigger a Snippet with TE using ;link When that happened, it popped up a window with two fields, one for text and one for link that I could just type into and tab into the next. When I hit enter, it would wrap the content in Markdown as such: [First Field Contents](https://secondfieldurl.com) Is there a way I can do this with Alfred either using Snippets or a Workflow? I'm not much of a developer myself, so some of the instructions are a bit confusing to me. Any help is appreciated!

I got it! Thank you all so much for your replies. I truly am very computer literate and this one through me for a loop! I appreciate your help and hope you all have a wonderful day! Kristi

I'm not sure if I understand your post correctly. After installing the workflow, the file 'example_workflow.alfredworkflow' is no longer necessary and can be safely deleted from the Downloads folder (or moved to the trash). A simple workflow designed to empty the Downloads folder directly from Alfred workflows could also serve the purpose. I don't think there's an automated option, but perhaps someone else has more information.

I’ve now added an Automation Task to output text with line counts.

I think the difficult part is converting HTML to the Markdown flavor compatible with Alfred. For a first test, I tried using pandoc, but it failed.

2024.5 New Tasks: Clipboard Save and RestoreNew Task: Number linesMerge to PDF: Show CG_PDF logging

@Brandon Faloona could you please type ?diagnostics into Alfred and email the exported file to our main info@ address, I'd like to see if Alfred has actually been able to download the tasks himself. This should hopefully allow me to provide a solution, otherwise I'll reply with instructions to install the tasks manually. Cheers, Andrew

I confirmed with 95%? certainty that our IT department is not blocking anything with the install. I also searched my default and system keychain lists for alfred and github and found nothing. Is it possible to install manually? Any help would be appreciated. Most of alfred and the workflows feature are working properly, but I'd love to get the full functionality out of my license.

One approach you can take is to make it so pressing ↩ appends the line to a file (tell the connection to not close on actioning) and then on ⌘↩ read the File Contents (there’s an Automation Task for that), split it on newlines, then Action in Alfred and Send to Trash (another Automation Task) the file.

Well, by setting `"type": "file:skipcheck"`, I’m able to collect URLs in the file buffer and send them to actions that accept multiple strings, which pretty much meets my needs. But the double slashes in the strings are all replaced with single ones. I suppose this wouldn’t affect file paths since there’re normally no double slashes in file paths. But if this could be fixed then the file buffer will also work for URLs (even though it wasn’t designed to do so).

@saor47 To clarify my previous reply, you're instructing Alfred that you're passing a file path back as the argument, but telling him to skip the validation. If you're forcibly passing back a URL instead of a file as the argument, the behaviour becomes undefined / unsupported. Cheers, Andrew [moving to Workflow Questions]

@MINT Thanks for sending via DM. Provided you've done a full reindex as per your reply of 6th April, this leads me to believe that there are underlying indexing issues on your Mac. Files should not appear and disappear from the metadata index in normal conditions. Additionally, the example file you DM'ed is stored in Dropbox, which adds another layer of potential source of issues. Are your Dropbox files stored locally or is Dropbox managing whether the files are online-only / downloaded on demand? This could also be having an impact on results reliability. It's safe to say that Knowledge can be set aside right now as it's not the issue; The issue is that files are not being reliably returned by macOS's metadata index when you search in Alfred. You could try doing another deep reindex, but it's possible that you migrated legacy issues when using the macOS migration assistant to move your user from an over-a-decade-old profile. Once you get to the bottom of this, Alfred will reliably return results.