Leaderboard

An interim Workflow to bridge the gap until (if) Google Drives fixes the situation of files not being indexable by Spotlight (and thus Alfred). Before your first use, run :gdlaunchd and wait for the notification. The more files you have, the longer the wait. It can take several minutes to finish building the cache. A macOS launchd agent will be loaded to do it daily (running :gdlaunchd again removes it). To rebuild the cache on demand, do :gdrebuildcache. When done, call gd and type to filter the contents of your Google Drive. The Workflow Environment Variables have defaults which will work for most. You only have to mess with them if you have an atypical setup. google_drive_path: The location of Google Drive on your file system. Can take multiple paths separated by commas.ignore_list: A comma-separated list of keywords to ignore. If any appears in a path, it will not be saved to your cache.result_limit: How many entries to show in Alfred. Download | Source

This works perfectly. Thank you so much! Beer on the way!

Andrew’s suggestion won’t get you the result you’re after; they’re different things. You can’t have the Clipboard History meshed with the default results—they’re different windows with different goals—mixing them would be a mess. You can either make your two Hotkeys more obvious (e.g. if invoking Alfred is ⌥+Space, make Clipboard History ⌥+C) or invoke Alfred → type c → scroll down to Show the Clipboard / Snippet Viewer → Press ↵. Do that a few times in a row and you’ll train Alfred to put that option at the top. Then you’ll just have to open the default Alfred window and press c↵ to get to the Clipboard History.

You have yourself to thank for an exemplary request for help. It was clear, polite, complete (provided the Workflow), and revealed effort. With reports like this, it’s a pleasure to try to help.

Alfred Wifi Speedtest Alfred Wifi Speedtest is a workflow for Alfred 4, that uses speedtest-cli and reports back in a notification the upload/download speeds of the current wifi you're on. Why? Since COVID hit, my wifi speeds have plummeted (Verizon cap/bottleneck maybe?). I hate needing to google for a wifi speedtest every time I have to check if my wifi speed will be good enough for the call I'm about to join. I have to open another tab, ads clutter my screen while running the speedtest, and it's one more thing cluttering my screen. This workflow makes a wifi speedtest just an alfred keyword away. Important You will always find the latest version, changelog and updated documentation on GitHub as is difficult to use the forum to keep track of updates and support. Download Download directly from Github releases page, make sure to download the latest release. Download here. Installation Instructions After downloading the workflow from the release page, be sure to install the wifi speedtest-cli using the command below brew install speedtest-cli Then, simply run the Alfred workflow by summoning Alfred and typing speedtest. This is my first real contribution to any sort of open source community so suggestions are welcome! I thought about adding automatic updates, but figured something is better than nothing to start and I can iterate on this if people have suggestions/feature requests. Thanks in advance for any suggestions to improve this workflow!

@GatorMapi You should copy the entire Alfred.alfredpreferences file, not individual items within it if you're looking to set up a new Mac. You could also sync the first Mac to Dropbox, if you're keeping both Macs for personal use: https://www.alfredapp.com/help/advanced/sync/ If you want specific workflows, you can export them by right-clicking them in the sidebar in Alfred's Workflows tab and choose Export Cheers, Vero

Welcome @LSDog, Packal’s development ceased years ago and has been officially recommended against for just as long (and for that reason). Note that website was always a third-party resource. The official venue to share Workflows is these forums. Alfred itself is alive and well and under active development. Similarly, new Workflows are created and released all the time. Further yet, there are plenty of other third-party venues to share Workflows, such as Alfred’s subreddit and Pacmax. If you need any of Packal’s Workflows, they should still be accessible from the GitHub repo it used. Though I’ll reinforce these forums are the official place to share Workflows.

(Just a quick note in case anyone's experiencing a similar problem) The latest update to the Adguard app (2.6.0.1041) seems to be affecting search suggestions. I'm getting the error 'certificate signed by unknown authority' for both Google and Wikipedia searches (haven't tried others). Worked around this by adding an exception for Alfred in Adguard preferences (Preferences > Network > Applications... > uncheck Alfred from the 'Filtered Applications' list).

This AppleScript will open each of the groups defined at the top of the script in a separate Finder window, with each path in its own tab. -- each list in groups will be opened in tabs in the same window property groups : {¬ {"~", "~/Documents", "~/Downloads"}, ¬ {"~/Library", "~/Library/Application Support/Alfred", "~/Desktop"}} -- How long to wait (in seconds) between simulated keypresses. -- Increase this value if the script works unreliably property _delay : 0.25 use framework "Foundation" -- expand ~ in path to home directory on normalisePath(_path) set _string to stringWithString_(_path) of NSString of current application set _norm to stringByStandardizingPath of _string return (_norm as string) end normalisePath on run tell application "Finder" activate repeat with _paths in groups -- create new window to open tabs in make new Finder window --open folder "Documents" of home delay _delay -- for each path, open a new tab and navigate to the path repeat with _path in _paths set _path to my normalisePath(_path) -- log "path=" & _path & ", target=" & POSIX path of (target of front window as alias) -- simulate CMD+T to open a new tab tell application "System Events" to keystroke "t" using command down delay _delay set target of front window to (POSIX file _path as alias) delay _delay end repeat -- close initial tab tell application "System Events" keystroke tab using control down keystroke "w" using command down end tell delay _delay end repeat end tell end run

Im using Alfred to display a bunch of context sensitive modal menus. My Alfred mode remaps keypad numbers to include the command modifier, so I can execute Alfred list items with a single keystroke. I also temporarily remap some close-by keys to page down and page up so I can quickly move through any longer Alfred modals

@teottdel Are you aware that the Clipboard History has its own hotkey combo? If you use Cmd + Alt + C, you can pop up the Clipboard Viewer, choose your clipboard item either by using the down arrow to find the right recent one, or by typing a few letters of the clip you're looking for. When you press Enter, Alfred will paste it to the frontmost app. That's the most efficient way to use Clipboard History Cheers, Vero

Sometimes I want to invoke multiple different keywords, but the execution processing logic is exactly the same at present. I have to copy it. If logic modify, I have to modify twice. It's better if Alfred support keyword alias. To be honest, this requirement may not be used much, but I still want to mention it and see your opinions.

Alfred uses word-starts-with semantics: my or file should also match this is my file.doc. To search within words, prepend an asterisk to the search term: *his will match this as well as history.

This is easy to do with the hotkey trigger. There's a tab called "related apps" where you can tell Alfred to only run this workflow pipeline if the hotkey is triggered in a certain app (or group of apps) Heres a quick demo showing you how to do this

Making angular searches via javascript was an interesting problem to solve with javascript so I made a workflow for you @Jasondm007 that searches the board decisions site. You can download the workflow if you want. It's a modified version of the one @vitor made earlier in this thread.

Hi @maindoor, welcome to the forum. That can't be done with a Custom Web Search, I'm afraid: they don't allow you to edit the query. You need to create a workflow and use a Replace utility to alter the query. Here's an example. It's not very useful because it does exactly what you said (searches mywebsite.com).

They are. To automate macOS, you need to be able to call its automation APIs. Apple has added official support for doing that to AppleScript and JXA, while very few non-Apple languages are able to call those APIs.

Apple created AppleScript; they’re the only ones who support it. Its purpose is to allow the automation of macOS apps, which have to implement a dictionary of what’s possible. AppleScript is a weird language and dissimilar to most. It tries to be English with the goal of being easy for non-programmers to use. It fails miserably because it’s just as unforgiving of wrong syntax as other programming languages. AppleScript was neither adopted by non-programmers nor is it easy to pick up by programmers. Enter JavaScript, a very popular language, as a way to try to bring more programmers to use these features. It is more pleasant to use but is incomplete and Apple gutted its automation division so either is unlikely to ever be updated. We’re left with two languages with access to the same interfaces, mostly overlapping in features but with a few idiosyncrasies in each. There is nothing special about these languages. It’s the access they’re given that matters. It’s not “JavaScript”, it’s “JavaScript for Automation” (“JXA” for short). So no, you can’t use Bash to do the same these can but it has nothing to do with the language. You should avoid them unless you’re trying to do something only they can.

Okay, this is coming together for me now. Thank you Vitor and deanishe for your time and patience. This is the crux of what is tripping me up. I can't thank you enough Vitor for first understanding my flawed interpretation and then guiding me through to how things actually work. Thanks again guys, I am on the right path again now!

No. Quotes are used to insert string (text) literals into source code. Without quotes, it's not text, it's code, and the interpreter will try (and fail) to execute it.

It is the exact same principle (and mistake) of the previous case. You’re quoting too much. When you tell application "Adobe After Effects 2021", the value does not contain quotes, it is enclosed by them. When you use AE, the code is substituting the value of the variable, not literally replacing the written text. In other words, the quotes are delimiters which tell the code what is the value you want. They separate text from code. When in an Alfred utility (like Arg and Vars or the Workflow Environment Variables) you’re always writing text, never code → thus you don’t need quotes or delimiters → thus if you add them, Alfred thinks you want them literally. If it makes it easier, just imagine those Alfred fields where you insert values already have quotes around them. There is one thing which may still trip you up—your use of {query}. That does replace the text in your code literally. While useful in specific cases, it brings with it several disadvantages and is deprecated in favour of with input as argv. In your (initial) question, changing the code to support ARGV would require more effort than fixing your well-define case, so I refrained from mentioning it at the time to not sow confusion. In the future, though, you should default to it just like it is Alfred’s default.

There are a couple of problems I can see. Firstly, you're setting your workflow variable incorrectly: That's the raw value. Don't use quotation marks in there unless the value includes quotation marks. The major problem is that AppleScript doesn’t let you use a variable in a tell clause the way you’re doing. The variable’s only available at runtime, but AS needs to know the name of the application before then at compile time to look up any app-specific terms you’re using (e.g. DoScript). AFAIK, there's no way to use app-specific terms in AppleScript without hardcoding the application name in the script somewhere. You should either rewrite your script in JXA (where Application(someVar) works perfectly well) or insert the application name into the AppleScript some other way (i.e. “generate” the AppleScript).

Might be worth talking to Notebooks' developers about that. There's no real consensus, but many Markdown parsers require headings to have a space after the # sign, so #this is rendered as normal text and # this is a heading.

@cands, you just need to dispatch Ctrl+P and Ctrl+N instead.

https://github.com/deanishe/alfred-mailto

Done, but I added sort_recent flag in Workflow settings. If set to True search results will be sorted based on recent visits otherwise on number of visits.

You’re looking at the File Buffer.

I don't think you're getting that far. The way you're trying to join the URL is all wrong. It needs to be: set myVariable to "some string" & someVariable & "another string" You forgot the & signs. As regards URL-encoding: AppleScript can't do it. Unless you can find a function someone has written, you'll need to use a different language for that.

Yes, you can do this with a script filter. Would you want to enter just one of the values (e.g. Cost) and have the other three calculated for you? Or would you want to be able to enter any of the 4? If you search there are quite a few calculator workflows out there: https://www.alfredforum.com/search/?&q=calculator

You’re looking for File Filters.

The solution is here : https://superuser.com/questions/1663797/google-drive-files-not-appearing-in-spotlight-and-alfred-after-update You have to manually enable Spotlight indexing again. Open a Terminal window and type: sudo mdutil -i on /Volumes/GoogleDrive* Worked for me on MAC OS Big Sur 11.5.2. Just wait 5 min and the files should show up. Of course, you have to add /Volumes/GoogleDrive/MyDrive to your search scope first.

Alfred snippets aren't expanded in Alfred by default. https://www.alfredapp.com/help/features/snippets/advanced/

I spent the weekend making eight Monterey-inspired themes that are designed to be used with the system Accent Colors based on this request from @hootle. 👔 Download here My intention is to fork @AlexMartinFR's Mojave Alfred Accented Themes workflow to make it possible to change Alfred's theme from command palette. I looked into this process and it's more involved than I had hoped due to the obscurity of Apple's APIs for changing both the system appearance (easier) and the AppleHighlightColor (hard). If anyone wants to help me with this, let me know! Preview: Here's a quick video with instructions for syncing your Alfred theme with your System Appearance:

Have you installed the workflow using npm or directly on Alfred with .workflow file? If it was the latest you might have to open the workflow folder on terminal and run `npm install` Let me know if that helps, so then I can update the instructions on github - otherwise we might need some more details.

@agilefalcon If you've never synced your preferences, and use Time Machine, it should be very straightforward First pop Time Machine open, and go to the following location in your user directory: ~/Library/Application Support/Alfredl/ Within this folder, you'll find the Alfred.alfredpreferences file. Quit Alfred and restore this file. When you relaunch Alfred, you may need to re-enter your Powerpack license details (drop us an email if you need help finding your Powerpack license details - though it sounds like you've got that in hand) and your preferences will be reinstated. With regards to your Powerpack being disabled, did you use an App Cleaner / uninstaller / app zapper or any other app that claims to clear caches and make your Mac faster? These apps can be overzealous and remove files that are essential. If that's the case, please make sure that you don't allow these to touch Alfred's files, as it could have been the source of the issue. Let me know how you get on

Hi everyone! Just published my first workflow as I didn't find any other solutions that addressed my issue. As many of you probably can relate to, I spend hours each day in different videoconferences, and toggling mute on and off is something I do all the time. As I'm a consultant, I need to use a myriad of different apps as different customers prefer different solutions. I'm a keyboard addict, so I like the idea of having a simple hotkey that I can press to mute/unmute when in a meeting. There are other solutions to this (such as https://mutify.app and https://mizage.com/shush) that I have used in the past and that work nicely, but I have had some issues: Adding a global shortcut that is both easy to use and that don't crash with other app shortcuts is difficult (I have unmuted by accident 😬 on occation) In addition, I upgraded my home office with an XLR-mic for better sound, but in such setup, adjusting the microphone volume doesn't work as it's handled by the external soundcard. I started thinking, and came up with the perfect solution using an alfred workflow. The idea is that when certain apps are in focus, I bind hotkeys to that particular apps mute toggle and pass that on via alfred. So in my case, F15, double-tap Option or Home becomes whatever key combination the videoconferencing app in focus uses for toggling mute. Check it out and feel free to modify or extend it to your needs: https://github.com/helgeblod/alfred-universalmute

Things for Alfred Interact with Things 3 using Alfred. Download and Installation Download the workflow file from GitHub releases and install it by double-clicking on Things.alfredworklow. Usage Use the keyword todo to show Things lists and action any of them for displaying the corresponding to-dos. Action a to-do to display it in the Things UI. Try the modifier keys either in lists or in to-dos to know other actions. Contribute To report a bug or request a feature, please create an issue or submit a pull request on GitHub. Credits This workflow relies on qWorkflow library by Ursan Razvan and OneUpdater by Vítor Galvão. The to-do icon is created by Jason Zigrino and released under the Creative Commons BY-NC-ND 3.0 license. License Things workflow code is released under the MIT License.

To everyone who still has interest in this workflow: I am sorry that it no longer works. I no longer need or use the workflow. I developed it when I was in graduate school and writing all the time. I have since left academia and haven't really needed this (or my other workflows) in years. However, I do still love this little workflow and would love to get it healthy again, but it has been years since I've fiddled with Alfred workflows. If anyone wants to become the new maintainer, I would be happy to spend a weekend afternoon or an evening pairing with someone to get it updated and fixed and then hand over the Github repo. Let me know if you are interested.

This is a great workflow, and thank you. Unfortunately it won't work if you use a tool like Bartender that moves the bluetooth menu item off the main bar (or if you don't want the bluetooth menu item displayed). For us cranks it's harder; I installed a command line tool called Bluetooth Connector and made a simpler less friendly workflow than yours that I named "Toggle my airpods" that just calls the command line /usr/local/bin/BluetoothConnector 4c-32-75-c2-09-b4 (because that's the MAC address of my airpods; yours would be different) I personally suggest people find a way to be less stubborn than me and just use your workflow but I thought I'd post this for the unfortunate souls like me who find this post.

I frequently need to calculate aspect ratios and dimensions when resizing images, so I wrote a ratio calculator plugin for Alfred to make the calculation as efficient as possible. It works by reading a simplified ratio equation syntax in the form of a b c d where a, b, c, and d represent the numerators and denominators in an a/b=c/d ratio equation. Any non-number can be used to represent the missing number. E.g., 2/4=x/10 would be typed as 2 4 x 10 and Alfred will return 5, ready to be copied to the clipboard. Installation instructions and source on GitHub Download Ratio Calculator.alfredworkflow

Hi @fncll, Just updated the workflow on GitHub: https://github.com/raguay/MyAlfred/blob/master/Alfred 3/TextSoapCleaners.alfredworkflow It's now future proofed for Alfred and TextSoap. Just set the TextSoap application name in the environment variables and the scripts will call the right application. I changed all the AppleScripts to JXA (JavaScript for Automation). Seems to be working for me. Let me know.

You can't use a regular Alfred web search for this because the page is a JavaScript "app". The URL you've found is called via JavaScript and injects the result into the current page. Consequently, to achieve the result you want, you need to inject JavaScript into the page and execute it. Here's a demo workflow. It's smart enough to inject the JS into the correct tab, but it's hard-coded to Safari because I know how to do all this in Safari. You appear to be using some kind of Chrome browser, so I'll leave adapting it to Chrome as an exercise for the reader Mostly, you'll just need to change the code than injects/executes the JavaScript and point the workflow at the correct app.

With 8 years of experience helping our Alfred users daily, I can say that this isn't always true. A very likely scenario is that a user will blindly select "unlimited", even though they don't need it, ignore the implications warning, then start complaining about Alfred appearing in Apple's "Significant Energy" menu. As I said, I will very likely add in a longer expiry, but not as a trivial "turn up the volume".

It's likely that in the future, the maximum persistence time for clipboard history will be increased. Without going deeply into the architectural details, the reason this isn't a simple "turn up the volume to unlimited" type change is because there is are significant performance considerations. It doesn't matter if setting the maximum clipboard history makes searching the clipboard history slower, this is, after all, the user's prerogative. The fundamental issue is more about maintaining an extremely large full text index on inserting new text data every single time you cmd+c, leading to higher idle CPU usage (and potentially lower battery life). Alfred is intrinsically extremely lightweight, so before providing a longer clipboard history, a number of architectural changes would have to happen. For example, one solution could be to automatically archive data every week into a different "long term" store. This would allow Alfred's day to day usage to be extremely fast and low resource use, while providing access to those "every so often" needed items you copied 2 years ago. To be clear on timescales, any architectural change won't happen on a maintenance release - but rest assured that this feature request is on my radar. Cheers, Andrew

+1. This is the way most similar software works, and makes more sense in terms of any potential downsides of a large history. A significantly higher limit for plain text items than for images also seems reasonable and useful.

The bitly links are currently broken. Anyways, looks like https://github.com/notDavid/alfred-workflow-stripClipboardFormattingis the correct link for github.

Instead of setting up snippets, you could setup a workflow which simply has keywords linked to clipboard outputs, then you have full control over what is typed and what is output... i.e. you could have 'foo' which pastes some text. Cheers, Andrew

If you go to Alfred Preferences, click on the Workflows icon, then at the bottom of the list of workflows, click the "+" sign, then choose Templates > Clipboard > Paste as plain text from hotkey

I found my workflows stored in ~/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/ They will be randomly-named folders, not files You may also want to copy these folders to your new system: ~/Library/Application Support/Alfred 2/Workflow Data ~/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data These are, respectively, the cache and data folders used by your workflows. Cheers