personalnadir

Thanks, I figured that would be the case. Was wondering if there was a global way to set it for all workflows?

As Alfred scripts do not see custom PATHs and MacPorts uses /opt/local/bin as it's install location, I was wondering what the accepted solution was to making sure that Workflows support MacPort installs?

Alfred's preferences menu states "Applications are always included in Alfred's default results". I took that to mean that I could safely remove the /Applications folder from the search scope. It turns out that if I do that no applications appear in the search results.

I am not sure whether this is working as intended or is a bug. If working as intended there needs to be a simple UI change to highlight the dependency between having /Applications in the search scope and applications appearing in the default results. I read the UI as implying that these were independent. In my case including it brings in a lot gumph from applications that include samples; I want a feature where only application file types are pulled out the Applications folder.

If it's a bug I have run the metadata on Safari which is one application that vanishes from my search results:

Quote

/Applications/Safari.app

Internal File Metadata
======================

 Display Name: Safari
    Alt Names: Safari.app
    File Type: com.apple.application-bundle
     Comments:
     Keywords:
    Last Used:

Raw mdls File Metadata
======================

_kMDItemDisplayNameWithExtensions      = "Safari.app"
kMDItemAlternateNames                  = (
    "Safari.app"
)
kMDItemAppStoreCategory                = "Productivity"
kMDItemAppStoreCategoryType            = "public.app-category.productivity"
kMDItemCFBundleIdentifier              = "com.apple.Safari"
kMDItemContentCreationDate             = 2019-05-01 05:27:32 +0000
kMDItemContentCreationDate_Ranking     = 2019-05-01 00:00:00 +0000
kMDItemContentModificationDate         = 2019-06-04 13:51:00 +0000
kMDItemContentType                     = "com.apple.application-bundle"
kMDItemContentTypeTree                 = (
    "com.apple.application-bundle",
    "com.apple.localizable-name-bundle",
    "com.apple.application-bundle",
    "public.directory",
    "public.executable",
    "com.apple.application",
    "public.item",
    "com.apple.package",
    "com.apple.bundle"
)
kMDItemDateAdded                       = 2019-06-04 13:50:10 +0000
kMDItemDateAdded_Ranking               = 2019-06-04 00:00:00 +0000
kMDItemDisplayName                     = "Safari"
kMDItemExecutableArchitectures         = (
    "x86_64"
)
kMDItemFSContentChangeDate             = 2019-06-04 13:51:00 +0000
kMDItemFSCreationDate                  = 2019-05-01 05:27:32 +0000
kMDItemFSCreatorCode                   = ""
kMDItemFSFinderFlags                   = 0
kMDItemFSHasCustomIcon                 = (null)
kMDItemFSInvisible                     = 0
kMDItemFSIsExtensionHidden             = 1
kMDItemFSIsStationery                  = (null)
kMDItemFSLabel                         = 0
kMDItemFSName                          = "Safari.app"
kMDItemFSNodeCount                     = 1
kMDItemFSOwnerGroupID                  = 0
kMDItemFSOwnerUserID                   = 0
kMDItemFSSize                          = 25932908
kMDItemFSTypeCode                      = ""
kMDItemInterestingDate_Ranking         = 2019-05-01 00:00:00 +0000
kMDItemInterestingDate_RankingRepaired = 1
kMDItemKind                            = "Application"
kMDItemLanguages                       = (
    de,
    he,
    "en_AU",
    ar,
    el,
    ja,
    en,
    uk,
    "es_419",
    "zh_CN",
    es,
    da,
    it,
    sk,
    "pt_PT",
    ms,
    sv,
    cs,
    ko,
    Base,
    no,
    hu,
    "zh_HK",
    tr,
    pl,
    "zh_TW",
    "en_GB",
    vi,
    ru,
    "fr_CA",
    fr,
    fi,
    id,
    nl,
    th,
    pt,
    ro,
    hr,
    hi,
    ca
)
kMDItemLogicalSize                     = 25932908
kMDItemPhysicalSize                    = 20791296
kMDItemVersion                         = "12.1.1"

 

Ah, I managed to fix it: 

In Security & Privacy System Preferences select Accessibility check Dash is selected and then restart the computer. 

Did you get the workflow working? I tried deleting it and reinstalling it, but I still have the same issue

I had the same issue after the 2.8.4 update. However I checked the preferences and it turned out the sync folder had been unset. Pointing Alfred at the sync folder brought everything back

I'd quite like to be able to specify parent directories in the Open command to filter down results, such as

open project1/index.html 

That would make the search function more useful when dealing with common filenames. In the above example, project1 would just be the parent directory; the path isn't absolute. The full path for that file might be /Users/me/projects/project1/index.html for instance

Yep, would love to see this added to both the Move To and Copy To commands. Once I've browsed through a directory in Alfred and the editable path field has appeared, I should be able to edit it and have any missing directories in the path created for me.

That's worked perfectly, thanks for that. I just deleted the ~/Library/Caches/Metadata from the search scope, I couldn't see an easy way of excluding it. Is there anything in that directory that's useful to include?

Maybe I've missed a preference, but for some reason my Hit List tasks are cluttering up my search results when I try to open files using the 'open' command. I'd like to complete remove the Hit List tasks from the open results. Is there anyway to do this?

Just to say I'd love to see multiple fuzzy keywords, or rather the support for specifying search paths/parent directories. At the moment I have a lot of projects with common subdirectories which I often want to jump straight to, so by nature I'll type 'open img'. However as I now have quite a few img subdirectories finding the one I want tends to require browsing the search results, and often running a second search for the parent directory and browsing in Alfred to the subdirectory.

Similarly I've noticed that on occasion Alfred's search results get cluttered with system files I've no interest in most of the time. Again being able to direct the search or limit it to specific area quickly seems like it would clean that up. I know I could edit the preferences to restrict where Alfred searches, but I sometimes I do want Alfred to find those files.

My ideal solution (and I know that users are often misguided) would be to be able to either be able to specify parent directories in the search, such as 'open Prog App1 img' or 'open Prog/App1/img'

If it's possible to implement this through workflows I'd be tempted to spend the time implementing it, though ideally I'd love it to be part of the standard open command.

Generally Alfred has become a must have app for me and one that I don't think I could live without. And while this isn't a massive niggle, it is the one thing I come up against on a daily basis. 

This is a pretty specific and convoluted workflow, but one that I use quite a few times daily. 

Who's it for:

It is useful to developers using the Corona SDK toolkit to create mobile apps. 

What it does:

For a given string parameter, it searches a specified directory for subdirectories of that name which contain a main.lua file. Once it's found that it starts a new iTerm2 session and launches the Corona Terminal app with that main.lua file as an argument.

Gotchas:

Corona Terminal doesn't play nice with directories with spaces in the names.

The original was written for Alfred 1. As it just invokes the script, the workflow is trivial, with the exception that you need to cd into the directory with the scripts first.

My Run Script workflow element contains:

python -u corona_launch.py ~/Programming/ {query} 

Here's the github for the original: https://github.com/personalnadir/Launch-Corona-with-iTerm2