Jump to content


  • Content Count

  • Joined

  • Last visited

About lendenmc

  • Rank

Profile Information

  • Interests
    Python, Unix, OS X, web development, JavaScript, server-side programming, databases, data analysis, SQL, NoSQL, computer science, mathematics
  1. @fniephaus I tried last summer to check what was preventing your pocket workflow from working on my Lion machine and found out that it had to do with the alfred-workflow python library not being10.7 compatible (as explained in this thread). I'm just letting you know that your worklfow, and likely many others, will now be 10.7 compatible (and likely 10.6), thanks to the alfred-workflow library's latest update that fixes the keychain issue on 10.6 and 10.7. I was able to test that the worflow work on my machine with this update. Thanks for your workflow anyway.
  2. Thanks for the tip. It didn't work at first.. but after I figured out I needed to update to your September 24th most recent version (8.91), it works like a charm. Very handy workflow, thanks a lot.
  3. When you type a new note (with "enn"), it seems that it's not possible to get a title different from the note's body. Am I right or am I missing something ? I'd like to be able to directly enter both my note and a specific title right into Alfred bar. Thanks.
  4. Weird, the 2.00 version from Packal doesn seem to work on OS X 10.7.5 ... I checked the workflow folder and the "Colors.app" inside requires OS X 10.8 or later., so it is blocked. Is that the problem ? Version 1.41 works fine for me though. Edit : I've tested the "colors" executable, run in Terminal sudo dtruss ./colors '#8a2be2' and gotten the following error failed to execute ./colors: Could not create symbolicator for task This seems to be this bug that prevent the 2.00 version of the worflow from working on my machine. Can anyone help me on this ? Meanwhile, I also replaced the "Colors.app" by the one I found on http://mattpatenaude.com/, if that might help.
  5. Awesome ! I was finally able to make it work. Here is my process to figure it out so folks who get the same problem will likely waste less time than I did. First I ran into the the same kind of problem with another workflow using Python scripts (it was ZotQuery). By running ZotQurey in the Alfred bar, I was given a useful Python Attribute Error message though. I was told that the collections Python module had no attribute OrderedDict. Then I found out that OrderedDict is a Python 2.7 new attribute of collections. So Alfred was using the default Apple Snow Leopard Python 2.6 (/usr/bin/python) instead of my Homebrew Python 2.7.6 (/usr/local/bin/python). That was tricky cause I'd already set my PATH to look first for /usr/local/bin and the bash command which python kept telling me that my default Python was the Homebrew /usr/local/bin/python as expected. I eventually found out Alfred isn't loading my local PATH. It uses the Apple-provided /usr/bin/python. So I had no choice than to replace my Apple-provided Python, which is something that people are usually warned against. If you're a Snow Leopard user that wanna get it done properly (hopefully), I would suggest you follow this link http://wolfpaulus.com/jounal/mac/installing_python_osx/. (Just in case, do a "brew uninstall python" and a "brew install python" to make sure that all goes well later on for your Homebrew's Python) Now that my /usr/bin/python is a symlink of python 2.7.6, all my Alfred workflows work like a charm. @nikipore : Your workflow already made my life easier ! Thanks so much for your job.
  6. @nikipore Last time I didn't remove the curly braces around PROFILE and query while testing bookmarks.py in Terminal, so that couldn't work obviously. Now with PROFILE="~/Library/Application Support/Firefox/Profiles/*.default" python bookmarks.py "$PROFILE" "Tiger" I get this in Terminal : <items><item arg="http://en.wikipedia.org/wiki/Siberian_Tiger" uid="nikipore.firefoxbookmarks-25933"><title>Siberian Tiger</title><subtitle>http://en.wikipedia.org/wiki/Siberian_Tiger</subtitle><icon>/Users/my_username/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/nikipore.firefoxbookmarks/icon-31.png</icon></item><item arg="http://animals.nationalgeographic.com/animals/photos/tigers/" uid="nikipore.firefoxbookmarks-25945"><title>Tiger Pictures</title><subtitle>http://animals.nationalgeographic.com/animals/photos/tigers/</subtitle><icon>/Users/my_username/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/nikipore.firefoxbookmarks/icon-5332.png</icon></item></items> It does make sense since I've got exactly those two bookmarks with the "tiger" keyword in my FF. So your script did find my Firefox profile and the scanned places.sqlite is the one associated with my profile. Still, no result in the Alfred bar. I type ff + Enter, then for any key I get "Scanning" displayed one split second but the Alfred built-in default searches show up immediately. Something wrong with my Alfred 2 app ? I just double clicked the Firefox Bookmarks.alfredworkflow to install the plugin. Do I need to do something else in my Alfred Preferences to make it work ? I'm a newbie with workflows in Alfred so I might be missing something trivial.
  7. Thanks nikipore. I'm using the latest Firefox version which is 27.01.
  8. Hi there, I also tried to run the plugin without success. I have the same problem as mentioned above : So I run in terminal PROFILE="~/Library/Application Support/Firefox/Profiles/*.default" python bookmarks.py "${PROFILE}" "{university}" but got nothing (no error message). Then I followed this: and got the following content for /temp/alfred.txt : profile=~/Library/Application Support/Firefox/Profiles/*.default places=/Users/my_username/Library/Application Support/Firefox/Profiles/my_profile.default/places.sqlite exists=True For your information, I'm running Snow Leopard 10.6.8 on a macbook and using Homebrew's Python 2.7.6. I got the Alfred Powerpack quite recently and searching through my Firefox bookmarks was a big reason for that... so any help would be warmly welcome. Thanks in advance.
  • Create New...