Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


Jasondm007 last won the day on July 26

Jasondm007 had the most liked content!

About Jasondm007

  • Rank

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Jasondm007

    Safari Assistant

    @deanishe No problem. Thanks!
  2. Jasondm007

    Safari Assistant

    @deanishe I use this workflow a ton. Thanks for posting it! By chance, is it possible to view recently closed tabs with this workflow (i.e., listed like the "History - Recently Closed" menu)? There's a lot under the hood of this workflow that's a little beyond my skill set, so I thought I'd ask. Thanks for your help!
  3. @xilopaint Of course! If there's anything I can do to help, just let me know. All the best
  4. Jasondm007

    OmniOutliner to-do script

    @dfay Thanks for the heads up! I'll poke around the Omni Group's forums to see if anybody has posted anything there. All the best!
  5. @xilopaint I love this workflow! Thanks a ton for sharing it. Quick Question: Is there any way to quickly view a selected PDF's info (e.g., total page numbers - or other info)? For example, I love using your workflow to quickly move the first page of a PDF to the end of the document. While the Slice file action (single file) is great for this, its syntax requires knowing the total number of pages in the PDF (e.g., for a 15 page PDF, it would be 15, 1-14). Is there any way to get the page count through the workflow (kMDItemNumberOfPages - I think ...)? I understand that the "Get Info" default file action in Alfred can do this, but it's a little clunky to manually open/close, etc. I was just wondering if the workflow displayed this info internally. If not - and, of course, assuming that you're looking for suggestions for future updates - I was thinking that it might be cool to display the relevant file information in the file action's title. So, for example, in the slice file action for a single file, it might do something like this: Current Title: Enter page numbers and/or page ranges (e.g. 2, 5-8). New Title: Enter page numbers and/or page ranges (e.g. 2, 5-8) of X pages. And, for the resolution or size file actions of a single file, it might also provide their respective details. Alternatively, adding generic reference points to the end of a document might also do the trick (e.g., last, blank for remaining pages, etc.). So, users could do the same thing without knowing the actual page count (e.g., last, 2-). Thanks again for posting the workflow! It's awesome!!
  6. Jasondm007

    OmniOutliner to-do script

    @marlowe By chance, do you know of any OmniOutliner scripts for searching (a specific outline, all outlines, etc.)? You're one of the few people I've seen post about OmniOutliner, so I figured I'd ask. There are a few great OmniFocus search workflows, but I haven't been able to find any for OmniOutliner yet. And, to be honest, I hate OmniOutliner's built-in search! Thanks for any help you can lend!
  7. Jasondm007


    @40-02 I'm afraid I don't think you can go that route, as Alfred uses Spotlight's indexed metadata for its own results (i.e., and you're effectively telling Spotlight, not to index several things that you'd probably like to see in Alfred's results, like Images, Folders, etc.) (See #3 - https://www.alfredapp.com/help/troubleshooting/indexing/)
  8. Jasondm007


    @sballin Is there any way to get the workflow to search the full body of the notes? At the moment, it looks like it's only searching for matches with (1) the first line of text in a note, and (2) folder names. Thanks again!
  9. Jasondm007


    @sballin Thanks a ton! This is fantastic!!
  10. I'd love to see appearance options added to the themes-related controls (e.g., width, fonts, size of preview, spacing, etc.). For those of us with bad eyes, the current one is a little hard to read. Thanks!
  11. Jasondm007

    Show Finder's Color Labels in Search

    @Blumentopfgewinner Great suggestion! This would make a world of difference. Initially, my thought was that it'd look like the usual dots, placed in the subtext below. But I like your suggestion better!
  12. Jasondm007


    @40-02 Thanks for the tip! I didn't realize that Spotlight could search the Notes app. By chance, do you know how to limit Spotlight's results to the Notes app (without impacting Alfred's search capabilities)? If I have to use Spotlight to search for notes, then I'd love to only see notes in its results (or at least have them placed at the top of results to avoid having to scroll down). Thanks!
  13. Thanks @deanishe Admittedly, this was a little beyond my limited skill set, but luckily your suggestion jogged some new search terms in my head, and I came across the following post: https://www.alfredforum.com/topic/1032-alfred-file-navigation-start-after-quick-file-search/?do=findComment&comment=5073 For others that might be stuck on the same issue, I just updated @jdfwarrior's code. In other words, I (1) created a file action, and (2) attached it to a Run Script action (bash w. input as {query}) containing the following script: temp="{query}"; if [ -d $temp ]; then osascript -e "tell application \"Alfred 3\" to search \"$temp\"" else folder=$(dirname "$temp") osascript -e "tell application \"Alfred 3\" to search \"$folder\"" fi This will open the parent directory of any file or folder. To be clear, it won't carry out the more complex functionality mentioned above (i.e., the one that operates like reveal in Finder). However, it works the simple one quite well. Thanks for your help @deanishe & @jdfwarrior !
  14. I love using Alfred to browse folders, and would like to extend the same functionality to other types of files. Is there a way to create a File Action that triggers Alfred's Browse feature for the folder housing whatever file has been selected from the search results? For example, let's say that I have a folder on my desktop called "Folder 1" that houses several PDFs. When using Alfred, if one of the PDFs came up in my search results, I'd love to use a file action on that PDF to effectively trigger Alfred's browse function on Folder 1. In an ideal world, it might operate something like the "reveal in finder" file action, except that it would do the same thing within Alfred's file browser (placing you within the parent folder and highlighting the file/folder/etc that you selected, so that you know where the file is located in the folder). However, I'd settle for the file action that just opens the parent folder. I created a simple File Action trigger, and attached the Browse in Alfred action. However, it passes the full file path to the browser - showing the parent folder, but narrowed only to the selected file. Is there a way to create a file action that works like the ones described above? In the simplest iteration, I'd need to pass the folder structure to a Browse in Alfred action (i.e., without the file name). Using the example above, if I selected "filename1.pdf" from my search results (/Users/username/Desktop/Folder 1/filename1.pdf), I'd need a way to pass only the following path to Alfred's Browser: /Users/username/Desktop/Folder 1/. In other words, how do I get from /Users/username/Desktop/Folder 1/filename1.pdf to only /Users/username/Desktop/Folder 1/ ?? Does anybody know how to do this (or the more complicated - reveal in Finder, like version described above)? As always, thanks for your help!
  15. Jasondm007

    Removing keywords in fallback searches?

    @GuiB I'm not sure how I missed your response above (perhaps, the holiday fog?), but I recently stumbled on this thread when looking for a fix to the same problem. In any event, I just wanted to apologize for the slow response and thank you for posting your workflow. It's brilliant, and works like a charm!