Jump to content

CarlosNZ

Member
  • Posts

    392
  • Joined

  • Last visited

  • Days Won

    11

Everything posted by CarlosNZ

  1. Hi Nik, you need to launch Alfred with the "File Selection" hotkey, which you'll find at the bottom of this preference page: (I can't remember what the default hotkey is, since I've changed mine). A lot of new users don't seem to aware of the "File Selection" hotkey, I've found, so hopefully that will sort you out. I might add an option in a subsequent update to act on the current Finder selection when launched from Alfred's main window, like I've done with my DeskDrawer workflow.
  2. Okay, I see what you mean. Should be fairly easy to implement. I'll bear it in mind next time I update this. Cheers.
  3. Just to clarify - do you mean an offset to the local time, so that the displayed list shows the time as it was/will be a specified number of hours ago/away? At this stage, no, sorry. I might be able to add this for a future update. How would you imagine it would work? Is it something you'd want to adjust regularly and quickly?
  4. Hmm, don't know why that would be the case. Can you confirm that the flag files are present in the workflow folder? Do you have your workflows stored in a non-standard location, perhaps?
  5. Interesting. The info for the currently running timers is stored in: /Users/USERNAME/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/carlosnz.eggtimer2/running_alarms /Users/USERNAME/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/carlosnz.eggtimer2/running_autotimers /Users/USERNAME/Library/Caches/com.runningwithcrayons.Alfred-2/Workflow Data/carlosnz.eggtimer2/running_timers Can you check if there is a .tim file for each of the timers you know to be running? It's possible that there is a problem writing to these folders (permissions perhaps?). Your timers would still work, as long as they are not interrupted, but wouldn't show up elsewhere. Let me know if these files are being created. Also, do you get anything showing up in your "Recent Timers" list? (keyword: recent)
  6. Hi there, and sorry for the slow response. I'm not a PathFinder user, so I can't make this modification myself. However, you might be able to tweak it yourself. The action of getting the selected Finder items is actually just an Automator workflow — you'll see it in the workflow folder, called "get_selection.workflow". So, if there is an equivalent "Get selected Path Finder items" Automator action available, then you should be able to just change the Automator workflow to do that instead. Hope that helps somewhat. Cheers.
  7. Just from a quick glance, the link http://d.pr/f/cj9L points to a Droplr page rather than the direct file download. The direct download link is what you need to point to in your json file. (Not sure if you can even provide a direct download link from Droplr -- you can with CloudApp though.)
  8. Hey, what do you need to do to make the items draggable? (I didn't even know this was possible. )
  9. Yeah, a lot of workflow developers been asking for more control over the results order, so I figure this will be possible in a future Alfred update.
  10. Sorry, not at this stage as that would require a substantially different approach. I'll look in to the daylight savings thing for a future update. EDIT: Actually, here's what you could do, although IMHO it's probably more trouble than it's worth. If you don't mind the waiting time, then you're effectively saying you'll wait the time it takes to do the "timezone update" process every time. So, in that case, change the "timezone update" keyword to something a little more convenient, then add this line to the bottom of the "Run Script" action that runs after the update: osascript -e 'tell application "Alfred 2" to search "tz"' What that now means is that you'll perform a full update in the background, then the Alfred window will load with the current times. Does that make sense? Let me know if you'd like me to break it down further.
  11. UPDATE to v1.4 I've just added a new keyword: move — This is exactly the same as the File Action (moves selected items to DeskDrawer), except you just enter it into Alfred's main window instead of using the "File Selection" hotkey. Some people seem to prefer this approach (including many of the workflow developers apparently), so I figured I'd make both methods available.
  12. Yup, Alfred works just like you said: select items in Finder, hit the "File Selection" hotkey, and you get a list of possible actions for those items. eg. And, of course, the actions offered change depending on the file type and are prioritized based on your previous usage. (And actions can be extended by workflows to, well, almost anything.) It's all good.
  13. Woo! Working now. Thanks Shawn, nice work.
  14. Yeah, I mentioned that in my initial post. That's the price of instant access. The reason why the workflow runs so fast is that all the time offsets are stored on your computer. If it was to check online for every place every time, then it would take several seconds at least to generate the main list. Realistically, daylight saving changes are fairly predictable. AFAIK they all happen overnight between Sat-Sun, and it's around this time of year. So really, all you'd need to do is run "timezone update" once every Sunday for March & April, and again in Sept/Oct. And remember, you can always get the exact current time in any place by entering "tz name of place". One way I could improve this is to store the date of the next daylight savings change for each city and then check that when showing the main list and updating if that date is passed. However, I don't know of a decent online source that can provide this information in an easy-to-parse format (ie. an API). If you know of such a thing, then I'd be happy to implement it.
  15. When you say "stopped working", you mean it gives the wrong times now? You should be able to run "timezone update" and it will acquire new offsets for all your stored places. Let me know how that goes.
  16. Yeah, it's a folder thing. .pages documents are actually bundles.
  17. Hi there, To move one or more files, you need to select them, then execute Alfred's "File Selection" hotkey, then you'll be able to select "Move to DeskDrawer" from the list of available actions. The default hotkey for this is Cmd-Opt-/ (I think), which you can find in Alfred preferences->File search->"Action" tab. Hope that makes sense. I might make some alternative ways of moving files in a future update, as a number of people seem to have missed the whole "File action on a selected item" aspect of Alfred. Cheers.
  18. Yo, small update available, bringing it to DeskDrawer v1.3 One new feature: You can now "fn-select" an item in the Drawer results to move it to Trash. Also added support for Alleyoop autoupdater. See first post for details and download link. C
  19. Sorry... Traceback (most recent call last): File "help.py", line 74, in <module> info = alp.readPlist(plist) # alp function File "/Users/Carl/Library/Application Support/Alfred 2/Alfred.alfredpreferences/workflows/user.workflow.E39ED403-5157-46FD-B776-6A6879832E20/alp/core.py", line 83, in readPlist return plistlib.readPlist(path) File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plistlib.py", line 78, in readPlist rootObject = p.parse(pathOrFile) File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/plistlib.py", line 406, in parse parser.ParseFile(fileobj) xml.parsers.expat.ExpatError: no element found: line 1, column 0
  20. Yeah, that was it, I think this forum had turned them into spaces... Anyway, this is the error I get now: Traceback (most recent call last): File "help.py", line 94, in <module> if item['config']['keyword']: KeyError: 'keyword' Just to double-check, this is what the code should look like after that edit?:
×
×
  • Create New...