Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


ClintonStrong last won the day on June 11 2016

ClintonStrong had the most liked content!

About ClintonStrong

  • Rank

Recent Profile Visitors

1,146 profile views
  1. I haven't had a whole lot of time to work on this workflow lately, but I'm glad you got something working. I've looked over the error reports, but there's nothing that really stands out to me. It's working fine on my system, which makes me think there might be something conflicting with it. I've considered making a new version which uses Safari/Chrome extensions to communicate with them via websockets (should also be faster than using AppleScript). I'll play around with that and report back if it works out.
  2. Could you try this workflow and let me know if it works for you? Install it, type in "example", and hit enter. It should show a dialog saying "It works!". http://cl.ly/2j2E3D2H3b0F If that works for you, I'll work on changing the way the workflow makes AppleScript calls. Hopefully that'll fix it.
  3. I think you may have to restart your computer for the updates to apply (if you haven't already). I haven't encountered the error on my own system, so I'm not entirely sure if that's the issue, but it's worth a try.
  4. I believe that error's caused by an out of date scripting addition. Try following the steps here to fix it: http://helpx.adobe.com/photoshop/kb/unit-type-conversion-error-applescript.html Let me know if everything works after that.
  5. Oh, right. That happens because the workflow identifies each tab with a URL, but doesn't associate the browser with it. So if you tell it to close a tab, all it knows is that you want to close a particular URL. Alfred used to only be able to copy the "arg" of a result when you hit cmd+c, so while I could have added the browser to the arg, you'd end up copying URLs like "chrome;http://google.com/". I instead opted to only use the URL of the tab as the arg, which unfortunately means you'll have issues like the one you described. I just looked in to it though, and it seems Alfred v2.3 has a
  6. Sorry about that. Could you turn on error reporting and let me know what errors are being logged? You can get there by selecting the workflow and pressing the bug icon in the top right corner.
  7. Yosemite no longer includes Ruby 1.8, so extensions relying on that (or frameworks like RubyCocoa that were only installed for 1.8) will no longer work. They've also dropped Python 2.3 and 2.5, but 2.6 (specifically 2.6.9) is still installed alongside 2.7.6. Safari now stores its history in a database rather than a property list, but I expect most workflows searching Safari's history just use a file filter on ~/Library/Caches/Metadata/Safari/History. That still seems to be working.
  8. CocoaDialog isn’t working properly for me. Getting the following error: dyld: Library not loaded: @executable_path/../Frameworks/Growl.framework/Versions/A/Growl Referenced from: /Users/clinton/Dropbox/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.F57EC135-8D11-4A8B-A313-24C6BCB4D9A1/Resources/cocoaDialog.app/Contents/MacOS/cocoaDialog Reason: image not found I tried downloading cocoaDialog myself and that seems to be working fine. I looked into the app package and all the frameworks appear to be included, so I have no idea why it couldn’t load the Growl framework. I’ll try
  9. Nice! Only issue I ran in to was that it seems to take a while to load the initial results. For example, when I typed 'e', it returned over 6,000 results and took a couple of seconds before any other characters were processed. Unfortunately it doesn't look like you can limit the number of results with mdfind without dipping in to the C/Objective-C APIs. I suppose a quick and easy fix could be to ignore the search if the query's only one character long, since it'll likely be too noisy to find anything anyway. Basically, each script, keyword, action, etc. is stored as an object in a workf
  10. I kept finding myself writing one-off scripts to feed my indecision and make a random choice. I wrote this workflow to automate my indecision. Download | Source Some of these keywords are duplicates of existing workflows, but I wanted to have all my RNGs in one workflow. Feel free to disable any keywords you don’t want or need. Oh, and you don’t have to worry about downloading a light or dark version of the workflow. The icons adjust automatically based on your theme as soon as you start using the workflow. See alfred-icons for more information about how this works. Usage choos
  11. Many Alfred workflows out there use monochromatic icons (aka “glyphs”). They look great, but it introduces a problem: you have to maintain two separate workflows. This creates extra work for the developer, and extra work for the user, should they happen to change their theme. This is a script to help solve that problem. Bundle both light and dark icons with your theme, and let alfred-icons decide which ones to use. This eliminates the need to maintain two separate workflows for light and dark themes; it just works. To sum it up: alfred-icons analyzes the background color of the user’s curren
  12. Hey there. I created a workflow that does this (and a few other things), called QuickCalc. It still needs some work (there are a few bugs lingering around), but it should be able to accomplish what you're asking for. It doesn't automatically detect locales, so you'll need to manually set the thousands/decimal separators. In Alfred's preferences, find QuickCalc, double click the "qc" script filter, and set the script to the following: export THOUSANDS_SEPARATOR='.' export DECIMAL_SEPARATOR=',' /usr/bin/ruby main.rb "{query}" I just added support for those separators today, so let me know
  13. It looks like that's being caused by an out of date scripting addition. Try updating it and let me know if that fixes it. http://helpx.adobe.com/photoshop/kb/unit-type-conversion-error-applescript.html If all goes well and it works, you can go ahead and remove the debugging code: ruby filter.rb "{query}"
  14. Hm, would you mind checking if any errors are occurring? For the script filter, change the script to the following: ruby filter.rb "{query}" 2> ~/Desktop/errorlog.txt Run the workflow in Alfred, and check your desktop for a file called errorlog.txt. Let me know if anything's being logged there.
  15. Thanks. Unfortunately, it doesn't look like there's much I can do to speed it up. Most of the time spent is waiting for a call to AppleScript to complete. It is possible to show favicons for websites, but in most cases they just wouldn't look good. Most favicons are small (16x16), so when you display them in Alfred they would look blurry. Another issue is speed. Both Chrome and Safari store favicon data in an SQLite database, but Chrome locks its database while the app is running. If I wanted to access it, I'd have to copy it to some other location on your drive before I could read it, which
  • Create New...