Jump to content


  • Posts

  • Joined

  • Last visited

  • Days Won


Everything posted by caleb531

  1. With the "new normal", many of us are working from home and jumping from one virtual meeting to the next to the next: from Zoom to Google Meet to GoToMeeting, etc. To save the pain of scrambling to open your next meeting link, I have written a workflow just for that! It's called "Open Conference URL", and its usage is simple: type conf to see your upcoming calendar events. Hit Enter to launch Zoom/Meet/etc. immediately. And even if you are 15 minutes late, the workflow will know what to do. (Download Workflow) If there are no nearby calendar events, the workflow displays all events for today: Download Workflow For documentation on all the configurable preferences, see the project's GitHub page: https://github.com/caleb531/open-conference-url
  2. Hi, Occasionally, I find myself unintentionally force quitting an application through Alfred when I didn't mean to (when I instead meant to launch an application like Forklift. Because force quitting can be a potentially destructive operation (bypassing save dialogs and such), I would greatly appreciate an option to confirm before force quitting any application (much like the Alfred confirm dialogs for "Shut Down" and "Quit All"). Thanks, Caleb
  3. Hi, First of all, I just want to say that Alfred totally rocks, as it makes me so much more efficient. When I used Alfred 2, I would always keep the "Fade in Alfred Window" setting disabled because I liked being able to use Alfred immediately. However, when I upgraded to Alfred 3, I noticed that the Large Type overlay fades in, which I find rather annoying. I also find it inconsistent, since the overlay has no fade-out animation and since Alfred 3 has seemed to remove the "Fade in Alfred window" setting anyway. Therefore, I'm asking that the fade-in animation for Large Type be removed, or at least that a setting to disable it would be added. Thanks for considering this, Caleb
  4. Alright, @deanishe, I've installed your updated version of the test workflow. Here's the debugger output after running it: Starting debug for 'Do More Stuff' [2016-06-02 11:44:24][utility.debug] Reading from query: passed [2016-06-02 11:44:24][utility.debug] Reading from argv: failed [2016-06-02 11:44:24][ERROR: action.script] /Users/Caleb/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Scripts /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python27.zip /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-darwin /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plat-mac/lib-scriptpackages /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-tk /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-old /System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/lib-dynload /System/Library/Frameworks/Python.framework/Versions/2.7/Extras/lib/python/PyObjC /Library/Python/2.7/site-packages CWD: /Users/Caleb/Dropbox/Applications/Alfred.alfredpreferences/workflows/user.workflow.3897A013-539B-4ECB-81C1-6107A9A2817A SCRIPT DIR: /Users/Caleb/Library/Caches/com.runningwithcrayons.Alfred-3/Workflow Scripts And yes, I realize there are solid workarounds. I already reverted my scripts to using {query} as they have been, though that doesn't always work for multiline input, which one of my workflow's action scripts must handle. Running Python from Bash as you suggested would fix that, and it seems like a much more elegant and reliable solution than {query}. Therefore, if all else fails with this issue, I'll probably resort to doing just that. Still, I'm fascinated by the fact that you get different results than I, and so I'm still very much interested to see if you or anyone else finds additional insight into this issue.
  5. Hi, I've been working to improve Alfred 3 support for one of the workflows I maintain (written in Python). For every one of my Script Filter and Run Script objects, I used to have the "with input as {query}" option selected. Since Alfred 3 introduced the ability to read input from argv (and recommends it), I was working today on updating my code to switch to reading via argv instead of via {query}. However, when I change the selected option in my workflow objects and update my code to use sys.argv[1] instead of '{query}', my workflow-local Python modules (i.e. modules I place in the directory of the installed workflow) are now unable to be found. I attached a simple example workflow which demonstrates the issue: open the workflow debugger and run the "dostuff" keyword in Alfred; you should notice in the logs that one script action passes, while the other fails. Do Stuff.alfredworkflow I'm using Alfred 3.0.1 build 671 on OS X El Capitan (10.11.5).
  6. HI, I'm a huge fan of Alfred, and I use it every day for many things. In my setup, there are always a number of directories I like to exclude from Alfred's result list (such as any node_modules/ or bin/ directories). Currently, I must always manually add them to the Privacy tab in Spotlight preferences, though this is far from ideal (because I have two Macs, I must perform this chore on them both). I llooked through the Alfred docs in search of a better solution (ideally, something I could automate) and discovered the alfred:ignore Spotlight comment, which was exactly what I needed (or so I thought). However, after applying alfred:ignore (programatically, of course) to all directories I desire to exclude, I noticed something rather peculiar and counterintuitive. It seems that alfred:ignore only ignores the directories themselves (the ones to which you add alfred:ignore), but not any their subdirectories. As a result, though I no longer see the ignored root directories in Alfred, all of their subdirectories still show in the results. Things I've tried: reloading Alfred's cache via the reload keyword, and clearing Alfred's application cache under Alfred Preferences > Advanced, but neither of those options made Alfred ignore the subdirectories of the directories I've ignored. Questions: is this a bug or is this the expected behavior? And if the latter is true, then how could I tell Alfred to recursively ignore directories in a way that can be automated? I hope that all makes sense. Please let me know if I need to clarify anything. Thanks in advance, Caleb
  7. Hi, I've noticed recently that the Only show words with OS X Dictionary definition preference seems to behave counterintuitively. I am running Alfred 2.7.1 on OS X Yosemite (10.10.3). When the option is enabled (checked), I always see a result for words that don't exist in the Dictionary: When the option is disabled (unchecked), I see what I would expect to see if the option were enabled (that is, Alfred only shows Dictionary words that actually exist): Of course, the temporary workaround for me is obvious, so I'm not asking for a solution to this issue. Rather, I simply wish to bring it to the attention of the Alfred team to see if they are aware of the issue or if it's even something that's fixable. Thanks, Caleb
  8. The reload fixed it; I can't believe I didn't think of that. Thanks very much. Caleb
  9. Hi, I use Homebrew Cask to install and manage a number of applications on my system. However, for each application that I've installed via Cask, I am seeing duplicate results for said application in the Alfred search results (see picture below( My /Applications/ folder only contains aliases for those that applications that I've installed via Cask. I also have my Applications folder and Caskroom folder on my search scope (see second picture below). Is this a bug? Is there anything I can do to fix this? Thanks, Caleb
  10. Fair enough. In that case, I'll just write an AppleScript to reformat phone numbers in my contacts consistently. Thanks, Caleb
  11. Hi, I love Alfred's built-in contact viewer, and I use it all the time. However, I've noticed that phone numbers are always displayed as how they were originally typed into the contact viewer. For example, if I type a create a new contact and add a phone number with no separators (e.g. 1234567890), the phone number would display exactly as such when viewing the respective contact in Alfred. I would much prefer that phone numbers within Alfred's contact viewer be consistently formatted. I would much prefer a format such as 123-456-7890, though perhaps a menu of options to choose from would be a much better approach. Is this feasible to add? Thanks, Caleb
  12. Hi, I love the ability to search for and view contacts directly in Alfred. However, the contacts always show in the general Alfred search results, resulting in apps mixed with contacts. I would much prefer that the contact search be triggered via some user-defined keyword. Could this option be added? Thanks, Caleb
  13. I actually did add that functionality at one point. However, the logic was rather complicated and unreliable, so I removed the feature.
  14. What does it do? YouVersion Suggest is a workflow which allows you to search across the YouVersion Bible for any verse, chapter, or book (in any version). Why do I want it? I created YouVersion Suggest because I wanted to great simplify the effort required to look up any Bible reference (be it a verse or chapter or book in a particular version). As a believer in Christ, I think that quick and easy access to Scripture is important, and so that's exactly what I've tried to do. How does it work? Type the yv keyword in Alfred, followed by a space and a phrase representing the bible reference you wish to find. The phrase can be part of a book name, chapter, verse, or range of verses. You may also include an optional version (translation) at the end of your query. As you type, YouVersion Suggest will display a list of suggestions matching your query. Examples 'luke' => Luke 'eph 3' => Ephesians 3 '1t3e' => 1 Thessalonians 3 (ESV), 1 Timothy 3 (ESV) 'mat 6:34 nlt' => Matthew 6:34 (NLT) '1 co 13.4-7' => 1 Corinthians 13:4-7 What versions/translations are available? Currently, English is the only supported language, but the following versions are all supported: AMP, ASV, BOOKS, CEB, CEV, CEV, CEVUK, CPDV, DARBY, DRA, ESV, ERV, GNB, GNBDC, GNBDK, GNT, GNTD, GWT, HCSB, ISR98, KJV, LEB, MSG, NIV, NIVUK, NLT, NET, NKJV, NCV, NASB, NABRE, NIRV, OJB, RV1885, TLV, WEB YouVersion Suggest uses NIV as the default translation, but of course, you can easily specify your preferred version when searching. Where can I download it? You can download the latest version from Packal. I hope you like it!
  15. As far as I can tell, the version number is indeed accurate. A potential solution is to download the latest version of the workflow either from Packal or from GitHub and install the workflow over your current installation. I actually pushed a new release to GitHub recently, so I'll publish that to Packal later today, and you can give it another try. EDIT: I pushed the latest release (v3.0.2) to Packal. Let me know if that fixed the issue.
  16. Unfortunately, AppleScript (the language in which this workflow is written) cannot control the recent Play Next feature in iTunes AFAIK. The only way to queue up multiple songs is to have the internal playlist created for you. If you desire to queue up many songs before playing, it is probably easiest and best to create a playlist within iTunes and then play that playlist whenever you so desire via this workflow (e.g. playplaylist My Playlist).
  17. Hi everyone. I recently released Play Song v3, which introduces a few important changes which you should be aware of. Most notably, Play Song v3 removes the play keyword in favor of the playsong keyword. In short, I did this because the play keyword was becoming too ambiguous in name and behavior. However, if you so desire, you are still easily able to rename the playsong keyword to play within the Workflows pane of the Alfred Preferences. In addition to that major change, Play Song v3 (and the subsequent bugfix release) introduces a number of welcome additions and fixes: I have rewritten the sorting algorithm to improve the relevancy of results. Improved Play Song to be fully functional across synced Alfred installs on multiple Macs Squashed a few small bugs Download Play Song v3.0.1 Enjoy! Caleb
  18. Hi, everyone. I recently released Play Song v2.1, which adds support for playing user playlists via the playplaylist keyword. Enjoy! Caleb
  19. You should also be happy to know that I've integrated Tyilo's fix into the workflow itself, and so the issue of missing results should no longer be present. The new workflow is available for download via the link in this thread's original post. Enjoy using the workflow! Caleb
  20. Ah, I didn't realize you posted a corresponding GitHub issue. Will do. Caleb
  21. Well, after a quick examination of the code, I can see how that might happen. However, in order to confirm this suspicion, I need your help: Please tell me if the following path exists on your system. If it does not exist, then please tell me how far deep the path goes for you: /Users/[YOUR USERNAME]/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/ Thanks, Caleb
  22. Hello, everyone! I am pleased to announce the arrival of Play Song v2, a major new release of the workflow. Per popular request, the new release includes the ability to play not only individual songs, but albums, artists, and genres as well. See the README on the project page for details on usage. Enjoy! Caleb
  23. Hi, there. For as long as I can remember, Alfred includes a predefined web search for Google Images. However, the web search no longer reflects Google's current URL structure for image searches, which results in a redirect and a flash of unstyled content. Alfred's Google Images search URL: https://www.google.com/images?q=alfred New Google Images search URL: https://www.google.com/search?q=alfred&tbm=isch Of course, I am able to create a custom web search with the correct URL. However, I would ideally prefer not to do this (at least I shouldn't need to do this). Regardless, I can't imagine this would be at all difficult to fix internally. Therefore, I do hope you find a moment to tweak this and make Alfred just a little bit better. Thanks, Caleb
  24. Ah, fantastic! I hope you find the workflow easy and convenient. Ironic, though: you reported the bug just as I was working on v2.0 of the workflow, which is going to be so much more awesome. Enjoy! Caleb
  25. No, you did exactly what you should have done. Fortunately, I have discovered the root cause of the issue, and have pushed a fix to GitHub. Please download the new workflow and let me know if it works for you. Caleb
  • Create New...