Jump to content


Popular Content

Showing most liked content since 12/20/2017 in all areas

  1. 3 points
    Search for emoji and copy them to the clipboard 🤘. Download v1.6.0 (2018-01-13) Usage: emoji [query] Press [return] (↵): Copy the symbol of the selected emoji (e.g. 🤣) to your clipboard. Press [alt]+[return] (⌥↵): Copy the code of the selected emoji (e.g. `:rofl:`) to your clipboard. Press [cmd]+[return] (⌘↵): Paste the code of the selected emoji (e.g. 🤣) to your frontmost application. Automatic Updates: This workflow will automatically check for updates at most once per day. If a new release is found, it automatically downloads and installs the latest version of the workflow. All downloads come directly from official GitHub releases. Optional Hotkey and Snippet Triggers: Customize the workflow with either a custom hotkey or a custom snippet. Links: GitHub Project Download New Releases GitHub Issues - (please submit bug reports and feature requests here) Screenshot:
  2. 3 points
    # fuzzylist Fuzzy, self-updating list filter workflow for Alfred 3 This is a workflow template - it does nothing as is. ## Usage: - create a csv file like you would for an Alfred List Filter - name the file *list.csv* and add it to the workflow directory On the initial run, the workflow will create a file list.json for output to the fuzzy search. If list.csv is modified, it will update list.json . ## Credits - uses fuzzy.py by @deanishe - https://github.com/deanishe/alfred-fuzzy ## Download workflow at https://github.com/derickfay/fuzzylist/blob/master/Fuzzy List Filter.alfredworkflow
  3. 2 points
    Great suggestion! Try the newly released v1.5.0. https://github.com/jsumners/alfred-emoji/releases/tag/v1.5.0
  4. 2 points
    Automatic Updates are now part of v1.4.0. Enjoy! https://github.com/jsumners/alfred-emoji/releases (this will be best realized when new emoji are released)
  5. 2 points
    We briefly discussed this very theme recently. Some languages are geared towards certain tasks. As examples, Processing is geared towards making graphics and R is for statistical analysis. This doesn’t mean they can’t be used for other tasks or that other languages can’t do what these do; it means these are optimised for their tasks. “Optimised” might mean a whole lot of things, like having specific tweaks to make accomplishing goals easier and with less code, or make their code run faster. Then you have general-purpose languages which are exactly what they sound like. To start with, you should pick up a general-purpose scripting language such as Ruby or Python. Those two are pretty sane languages with big communities. By “sane” I mean that most things make logical sense. Yes, there are languages that are inconsistent (insert PHP joke), which predictably leads to frustration. With Ruby, more than once I didn’t know how to do something, though “I wonder if it works this way” and it did. Having big communities means there are a ton of resources to learn from and get help, as well as a ton of already-made code that you can use. Finally, Ruby and Python come preinstalled with macOS, which lowers the barrier of entry significantly. Scripting languages are easier to pick up because they do a lot of the heavy lifting. They want you to concern yourself with what you want to accomplish, not how. The computer operations themselves are abstracted from you. This comes with a sacrifice in speed but that’s a more than acceptable tradeoff, especially when you’re starting out. Here’s the piece of advice I wish I’d gotten: don’t fret too much on which language to learn. They share a lot of concepts, and what you learn in one will easily translate to another. As you become proficient in the programming mode of thinking, you’ll find picking other languages becomes easier. Just start with something relatively popular so you’ll have a lot of resources to draw help from. Finally, I’ll also say the often repeated advice “think of what you want to do and then try doing it” is rubbish. At this point in time you have no idea how simple or complex your idea is, and it’ll be easy to get discouraged. A good learning source will gradually show you what can be done, and you’ll start to see the possibilities from there. Good luck!
  6. 2 points

    Mountain Duck Bookmarks

    Hello guys! Just wanted to share workflow I created for Mountain Duck app. Heavily based on Cyberduck Favorites by Kasoki Just use "md" and "mt" keywords for searching your bookmarks list of ftp\sftp\basically any type of server to quickly mount\unmount or ssh to it. It's based on apple script menu bar item click integration, but is very reliable, at least for me. Workflow GitHub Happy for any kind of feedback
  7. 2 points

    Happy holidays team Alfred

    Happy holidays team Alfred Thank you for the great app!! It made me smile everyday xoxo
  8. 2 points
    I can probably come up with a good list of reasons why I left. But since it has been such a long time, none of them are probably very accurate. A huge part of why I left was probably because of personal reasons, health, work, life... Also, an increasingly big part of my coding started gravitating towards piracy and it was made clear to me more than once that it wasn't welcome here. I had used Alfred to get into programming basically (yes you can be MIT robotics and learn programming through alfred!) and I had started getting good enough that it wasn't that interesting to me to code workflows The direction v3 was taking didn't benefit me personally. It was gearing towards entry level power users and I started feeling left out. I remember wanting dynamic updates of items within a results list and getting into an argument about it (probably with @Dferg). I wanted other things too, but I can't remember what. Also, v3 felt like a money grab to me. Also I thought I had to pay for it. @rice.shawn(and @deanishe?) wanted me to get more involved and I kept saying yes and failing on my promise to do so... So I kinda shamed out. It didn't feel very gratifying to develop workflows because I couldn't really get usage stats, and from my own estimates, each one got downloaded less than 20 times ... And now that I'm back, it all feels too far and not worth it. I'd like to recode every single workflow I have but that's not gonna pay the bills.
  9. 2 points
    Awesome Lists This workflow lets you search for any awesome list on GitHub. The awesome lists searched can be found here. You can also press ⌃ to quickly go to readme of the Awesome list and then submit PR to it. This might fail as some prefer to name README in all caps and others lowercased. Will need to add a check for it. For more information, on how you can use the workflow, you can read the GitHub readme. In the future I want to make it so that you can go inside each of the awesome lists and view the links of all awesome lists inside Alfred. But this is a bit challenging I found so I am going to try it on Learn Anything Curated Lists first as they follow a very similar structure and I can use that to my advantage. Hope you like it. 💜 Download
  10. 1 point
    This would be my guess: https://www.overlandbound.com/forums/search/search?keywords={query}&title_only=1
  11. 1 point
    Try: https://www.overlandbound.com/forums/search/search?keywords={query} The best way to figure this out is right-click on the search box, click Inspect Element, and figure out the URL from the form element.
  12. 1 point

    Tab Through Snippet Expansion

    No. Alfred can’t reasonably intercept TAB keypresses in another app. That only works with snippet engines built into an application (they can hook into the editor API). Alfred can’t do it because it has no way of knowing whether TAB will insert a tab character, a number of spaces or move focus to another GUI element, therefore it can’t undo the TAB keypress in the same way it can a snippet trigger (by simulating the appropriate number of backspace presses). With Alfred, your only real option is to use a Snippet Trigger to pop up Alfred, then use a few Keyword elements and Arg & Vars elements to ask for your different inputs. Finally, you can use a Run Script to combine the variables into the complete output, then a Copy to Clipboard action to paste it back to the app. Other snippet expanders have a dedicated GUI for this kind of snippet. If you have a lot of such snippets, it may be worth looking at something like Typinator: it’s far less work to set up such a snippet than with Alfred.
  13. 1 point

    ZotQuery: an Alfred workflow for Zotero

    It’s a bug in any case. It shouldn’t die without letting you fix a bad setting. Also, even if CITE_STYLE were valid, deleting the style from Zotero would cause the same error. So thanks for finding the bug. Yeah. UsIng the URL as an identifier is much safer, as it’s basically guaranteed to be unique. Perhaps I need to edit the README to emphasise how bad an idea setting the variables by hand is. I suppose requiring users to change some settings by hand but avoid editing others isn’t the best approach. I should probably also make sure it doesn’t choke on an invalid LOCALE…
  14. 1 point
    System Preferences → Spotlight → Privacy. Drag Tweetbot to the list in that pane. Alfred Preferences → Advanced → Clear Application Cache. Done.
  15. 1 point

    Modified date calc based on input

    Be sure to test it well to make sure it's really giving you the right dates.
  16. 1 point

    Modified date calc based on input

    Here's a version of your workflow that ignores weekends. It doesn't know anything about public holidays, though.
  17. 1 point
    Here is what I just created. It's a simple file action. Hope it can be a little helpful. https://github.com/Shana601/Alfred-Mail-with-Spark
  18. 1 point

    SQLite query object for workflows

    Forget this comment. It's completely wrong. This one was right: I thought the workflow looked interesting, so I had a closer look at the source code. It doesn't actually use SQLite for searching, just as a "dumb" datastore. It still loads every repo into memory on each run and filters it with go-alfred's MatchesTerms function. This kills the main performance advantage of using SQLite (databases get much of their speed from not loading unwanted stuff into memory), so the only speed tradeoff would be AwGo's fuzzy search vs go-alfred's simpler "contains" search (which is still significant, but shouldn't be super-noticeable for ~4000 items). I'm 99% certain that using an SQL query similar to what I posted above would be the fastest of all, but you'd have to change the database schema to include the full name of each repo, as that is what you want to search against, and it currently isn't stored in the database.
  19. 1 point
    From the Emoji keyword library: https://github.com/muan/emojilib
  20. 1 point

    SQLite query object for workflows

    4000 shouldn't be any kind of a problem for AwGo. The "trick" would be to use something faster than JSON to store the data. Even the built-in gob is 3x faster.
  21. 1 point
    In most respects, the Python requirement is a non-issue, as Python is a default part of macOS. Zero dependencies (outside of macOS and Alfred) is a core goal of the library because it offended my sensibilities to see so many workflows bundling the same stuff over and over again. But the update mechanism is certainly overly dependent on other parts of the library (for today's Alfred). The library is very monolithic because when it was designed, it was necessary to parse info.plist to get data that are now available via environment variables, and I wanted to avoid parsing it multiple times for performance reasons. That's why I'm looking for input to help with designing a more flexible API. Like whether it's worth making update.py work as a standalone updater for GitHub-based workflows, regardless of whether they use AW (or even Python).
  22. 1 point

    Ulysses workflow

    I've put an Alfred workflow for Ulysses up at packal.org/workflow/ulysses and github. The page includes a download link, full instructions and an image. Please give it a go. The commands are briefly: Get help u:help -- Show a brief summary of commands Open group or sheet uf -- Find a group or sheet based on internal content u -- Open group or sheet (cmd-return to drill down) ug -- Open group (cmd-return to drill down) us -- Open sheet Pop open Ulysses Open dialogue uo -- Search for within Ulysses’ Open dialogue Create sheets un --Create new sheet with optional text (shift-enter to create in /Inbox) Alfred file actions Use the Open in Ulysses file action to open text-like files in Ulysses Use the Import into Ulysses file action to create a new sheet from text-like content Configure view to open u:setsheetview -- Set the view for opening sheets with (defaults to 'Editor Only') u:setgroupview -- Set the view for opening groups with (defaults to 'Sheets') Thanks deanishe for the awesome Python workflow library dunkaroo for searching and file action help dfay for the new sheet code and file opener and importer katie for thoughts on how find command should work The source is on github. --- Rob
  23. 1 point
    The main thing to understand is don't touch any shared data from a different goroutine (thread) without putting a lock around access. If you follow that rule, you're golden.
  24. 1 point

    Open all files in a folder

    Makes sense. A smarter way would be to create some new test data and try the workflow (or whatever else) on that. Apart from being quicker than asking, I may have misunderstood the question (for example, I’m still not sure whether I was supposed to write a script that only opened files, rather than files and directories), and I may have made a mistake. The proof of the pudding, and all that… (Certainly, when testing the script, I used a very small, throwaway directory tree.)
  25. 1 point
    Right off the bat that cuts a huge chunk of the usefulness of Alfred, by limiting languages. Apple wouldn’t allow you to anyway, judging from their history. Running random binaries a user can load is an accident waiting to happen. Also, just because it’s compiled doesn’t mean it can automatically run everywhere. Again, dead idea. At that point might as well stick with Workflow or use Pythonista. Arguably. If one of the major appeals of Alfred is that it’s present anywhere and you take that way, by definition you just lost a major selling point. Again, arguably. A bad app is not better than no app. You of all people, who are obsessed (I say this positively) with configuring everything your way should be able to see that. The rest of that section is just dreaming again, and it does not offer any solutions. It isn’t. It would be a killer app for you. Considering the state of the App Store for independent developers, all statistics are against you. The truth is the app would likely not be profitable. Might as well make Alfred Remote for Android or Alfred for Windows. Those are also not viable at the moment (there are threads on these forums on that) and some of the reasons overlap. However, I believe both of those would be astronomically more viable than your current proposal. Which is a huge restriction, as stated before. And you’re not taking into consideration the monster size this app this would be nor the amount of bug reports and 1-star reviews due to incompatibilities in versions, and the like. What you should realise is you are not asking for Alfred on iOS. You are asking for an automation tool on iOS, and happen to be familiar with Alfred on macOS. What you want from Alfred can’t be ported for both technical and political (Apple’s decisions) reasons and your proposed alternatives describe something entirely different. Before Alfred’s team can build your vision, Apple has to change theirs.
  26. 1 point
    Respectfully, you present a lot of pie in the sky ideas but address none of the myriad of very real and very big constraints. Just a handful: You cannot use your Alfred Mac Workflows on iOS because iOS does not have the tools. iOS does not bundle Bash, or Python, or Ruby, or …, for you to call. Apple’s relationship with automation on iOS is finicky at best. Launch Center Pro itself has been crippled in the past Part of Alfred’s appeal is that it’s always there. On iOS that is not possible. Calling an interface you have to type on is considerably worse (slower and more cumbersome) on iOS. That’s likely a reason why Alfred Remote does not follow that pattern. Workflow, which Apple owns, is the best anyone could come up with yet that is accessible to any user and got popular and Apple allows. And since they have that rule they selectively apply about not allowing apps that duplicate functionality of their own apps, that makes bets on similar apps a lot worse. I could come up with more, but any one of those is enough to give pause to the idea. Heck, the first one alone outright kills it.
  27. 1 point
    @jerman885 @altryne In case you hadn't noticed, the solution provided as a workflow here is by @Andrew (the creator of Alfred). As such, if the "lock" command is fixed in Alfred itself - which is likely to be the case - it would be identical to the workflow (but built into Alfred behind the scenes), so the most expedient way to resolve this for now is to replace the default "lock" keyword with Andrew's workflow Cheers, Vero
  28. 1 point
    Great, thanks! It's working well. A few suggestions for improvements if you have time/possibility: Add "paste" as an option if e.g. ⌘ is pressed (as an alternative to copy). Add an auto-update mechanism, e.g. this:
  29. 1 point

    Open all files in a folder

    No. Put this in a Run Script action with Language = /usr/bin/python from fnmatch import fnmatch import os from subprocess import call # Directory whose contents should be opened DIRPATH = '~/Dropbox/Current projects' # glob-style patterns for file-/dirnames to exclude from opening EXCLUDES = [ '.*', # dotfiles 'Icon\r', # directory icons ] # Replace ~ with real path to home directory root = os.path.expanduser(DIRPATH) for name in os.listdir(root): for pat in EXCLUDES: if fnmatch(name, pat): break else: # name didn't match any patterns call(['open', os.path.join(root, name)])
  30. 1 point
    get from GitHub https://github.com/jgarza9788/ShowHiddenFiles-Toggle
  31. 1 point
    Not really, no. Alfred simply makes clever use of macOS's (extremely powerful) search API. It doesn't cache results—the API backend does that itself. AFAIK, the only results cache Alfred maintains is for applications, so it can do its fuzzy-ish search.
  32. 1 point

    Pushover workflow for v3

    Hi everyone, I created an simple workflow for Pushover. It allows you to push text and URLs to your various devices. The workflow has to keywords: "push <your text, URL>" and "pushc" for pushing your clipboard. I use it primarily for pushing URLs to mobile devices for mobile website development. But also pushing plaintext comes in handy at some times. To get it running you have to create an application on Pushover and fill in your USER and API tokens in the workflow settings. It works only with Alfred v3 since I used some of the new stuff. You can grab it here: https://github.com/stroebjo/alfred-pushover/releases Hope it's of any use for somebody! If you have any feedback or suggestions, I'm looking forward to it! ;-)
  33. 1 point
    see https://www.alfredforum.com/topic/10973-file-action-wlist-of-actions/
  34. 1 point
    Tried and loved.
  35. 1 point

    Make Alfred Spotlight-esque

    I tried using Alfred as a Spotlight substitute for the first year or so I owned it. Then (I forget why - maybe when v2 came out) I reset to the default search targets & went all in with workflows and custom searches. I've gone back to using Spotlight for files, and disabled most of the distractions that Appeal has been throwing in....I don't need random Apple Music cluttering up my search for files are work - if I wanted to look for music I'd open iTunes (or more often these days, Music on IOS). But for serious file search I use HoudahSpot (which, like Alfred relies on Spotlight indexing below the surface).
  36. 1 point
    Nice, I noticed the voting buttons. I will try to start contributing to some of the topics I am knowledgeable of. I think I already found your slack. It's a great jumping off point. Usually the first place you go when you want to learn something new is, of course, Google, maybe wikipedia depending. I would love to see something community-style like this really catch on. To have a literal map to get started in what can be really complex subjects is great. I might be biased because I got hooked on mindnode myself recently. I've been playing with the workflow today and it's really fun just popping in different things that come to mind. edit: im also using your download folder cleaning workflow. i love that one
  37. 1 point
    Let's call this "release candidate 1". I've replaced Ruby with JavaScript in v0.2-beta. It's 2–3x faster (though still takes about a second to generate the citation), and several megabytes smaller.
  38. 1 point
    I wasn't sure whether to post this in here or in Feature Requests. Ultimately, I chose here because the workflow configuration sheet and workflow variables provide a very handy way to configure a workflow, but its utility as a settings store is significantly limited by the fact that Alfred doesn't notice when info.plist was altered by something other than itself. Specifically, I'm thinking about scenarios like the one I outlined in the Workflow Variables HOWTO, where a workflow developer would like to offer a way to toggle a setting on/off or add an API key via the workflow's own UI, rather than asking users to crack open Alfred Preferences, hunt down the workflow and edit its configuration sheet. It's a better user experience, allows the developer to validate the input, and knowledge of the existence of the configuration sheet is far from universal (a more obvious "settings in here!" icon might help). The problem is that Alfred takes several seconds to notice that info.plist has been changed by something other than itself (possibly several minutes if the workflow is symlinked), so the setting doesn't immediately stick and the workflow displays incorrect info or straight-up doesn't work until Alfred notices. Practically, this makes the variables in the configuration sheet read-only. This is a great shame, as it means that if you want to provide the ability to alter a workflow's settings from within the workflow, you have to forget about the configuration sheet and implement the whole thing yourself Ideally, Alfred would either (a) check the modtime of info.plist every time it sets the workflow variables or (b) provide some official means for workflows to edit their own settings, e.g. /Applications/Alfred\ 3.app/Contents/MacOS/Alfred\ 3 --set "name" "value" (Alfred can grab the workflow's bundle ID from its own workflow variable! How cool is that?)
  39. 1 point

    Open file/directory location in finder

    Start your search with find. You can change the keyword in Alfred Preferences → File Search → Search. Press your Show Actions shortcut (find it in Alfred Preferences → File Search → Actions) and pick Get Info.
  40. 1 point

    BSOD - We Shall Remember

    Not sure why anyone would actually use that theme, but I had fun getting inspired by Windows' BSOD
  41. 1 point
    Just released v0.1.3-beta. New & fixed stuff: Add "authors", "editors" and "abstract" search fields Set copytext to Zotero URL Also recognise webpage entries Use entry ID instead of key as primary key
  42. 1 point

    ZotQuery: an Alfred workflow for Zotero

    Could you run zot workflow:delcache to clear the cached data and try again? I'll publish a new version that should help track down which item is causing the issue.
  43. 1 point

    ZotQuery: an Alfred workflow for Zotero

    Enormous thanks to everyone, particularly @deanishe, for your efforts: I used to use ZotQuery daily, and would love to have a replacement. I have installed the new ZotHero workflow, and am using the Zotero 5.0.32 with the default data directory. When I attempt to do anything with the workflow, I get the following error: ``` Error in workflow 'ZotHero' sequence item 0: expected string or Unicode, NoneType found. ``` Any help at all appreciated!
  44. 1 point
    OK. Downloaded new, ran delcache and I'm now getting duplicate results returned in the Alfred display. Looking at the debug logs I see "[index] 2 result(s) for u'1975'" but the workflow displays a list of item 1, item 2, item 2, item 1. Gonna be away again through the holidays, but we're up to two round of beers on me. Cheers.
  45. 1 point
    @lutefish Thanks for spotting that. The datetime is unused, so I've binned it. Should be fixed in v0.1.1-beta. You'll have to run zot workflow:delcache to clear the old cached data first, though. Hmm. Now I come to think of it, I added a switch to auto-clear the cache when the format changes, but I forgot to use it…
  46. 1 point

    Dial with Google Hangouts

    I know this is not specific to Alfred but does anyone know if there is a way to associate the tel:{query} Phone field under Contacts Features with Google Hangouts. When I used to work for Cisco I had this tied to Cisco Jabber so I could dial from Alfred Contact search with Jabber. I want too do the same with Google Hangouts which I run in Chrome to Dial a phone Number. I have Jabra USB headset connection to my Laptop and the only missing piece is the convenient Dialer from Alfred. I have my Contacts uploaded to Google so I can Dial with Hangouts form Chrome by name but Alfred is far more convenient. I am thinking if there is way to make Google Hangouts the Default for Calls in FaceTime. However, since Hangouts is not a resister Dialer applications not sure how to accomplish or if there is a possible workaround.
  47. 1 point

    Dial with Google Hangouts

    I'm not sure I get exactly what you want, especially in regards to making Google Hangouts the Default for Calls in FaceTime, but if you want to instantiate a Call with Hangouts using a selected phone of a contact in Alfred, then here is a solution. To open Hangouts to make a phone call of a specific number, I got this to work with this link: https://hangouts.google.com/?action=chat&pn=+1XXXXXXXXXX (where "+1XXXXXXXXXX" is the phone number you want to call) So, you then need to create a Contact action linked to the Phone field of a contact and use the Alfred Open URL workflow object with "https://hangouts.google.com/?action=chat&pn={query}" to instantiate the call. Here is a workflow that do that: https://nofile.io/f/xZr0Xmps7tF/Call+with+Hangouts.alfredworkflow To Install: Install the Workflow Go into "Alfred Preferences > Features > Contacts > Custom Actions" and create a new action with "Phone" as Contact Field and "Call with Hangouts" as the Action
  48. 1 point

    ImageOptim Workflow

    this workflow was working well for me, now it just returns "25 of 25 processed / 0% reduced" so its running but not optimizing anything anymore. Alfred is checked off in the accessibility options and this works before, any ideas?
  49. 1 point
    Cyberduck Favorites Open a connection with your Cyberduck favorites This workflow will list all your Cyberduck bookmarks and open them if you select them Source code at Github: Cyberduck-Favorites Powered by alfred.py Should support Alleyoop Download it here: Cyberduck Favorites.alfredworkflow Greetings Kasoki
  50. 1 point
    It would be very interesting to be able to use an URL in the icon parameter and fetch it asynchronously without slowing down the Feedback. Today we need to fetch/save the images and this considerably slowing the process because it's synchronous. Something like this would be neat: <?xml version="1.0"?> <items> <item uid="rdioartist" arg="r96664" valid="yes" autocomplete="Incubus"> <title>Incubus</title> <subtitle>Artist</subtitle> <icon type="url">http://blablabla.com/rdio-artist.png</icon> </item> </items>