Jump to content

caleb531

Member
  • Content Count

    48
  • Joined

  • Last visited

  • Days Won

    2

caleb531 last won the day on December 1 2014

caleb531 had the most liked content!

About caleb531

  • Rank
    Member

Contact Methods

  • Twitter
    https://twitter.com/caleb531
  • Website URL
    http://calebevans.me/

Profile Information

  • Interests
    Software, programming

Recent Profile Visitors

842 profile views
  1. 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
  2. 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
  3. 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.
  4. 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).
  5. 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
  6. 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
  7. The reload fixed it; I can't believe I didn't think of that. Thanks very much. Caleb
  8. 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
  9. Fair enough. In that case, I'll just write an AppleScript to reformat phone numbers in my contacts consistently. Thanks, Caleb
  10. 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
  11. 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
  12. I actually did add that functionality at one point. However, the logic was rather complicated and unreliable, so I removed the feature.
  13. 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!
  14. 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.
  15. 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).
×
×
  • Create New...