brunoc

Search Scopes in File Filters simply don't work for me (Monterey 12.3.1, mac mini M1). The problem appears to be with the filtering, as files are shown when there is no Search Scope set. When a path is set in the Search Scope, though, I get no results. File Type filtering work correctly.

@PaulF Those groups containing quote marks are the culprits! You'll have to rename them. Being a very lame AppleScript programmer myself, I was unable to find a way to protect some variables against this problem 😞

@dgbeecher thanks for your feedback!

@PaulF do you have any groups containing quotes (“) in their names? This is known to break the workflow.

Would you consider developing a screen for "landscape mode" on iPhone 4? Thank you and take care

A simple workflow with a "Move to Curiota" File Action. For use with Zengobi's Curio companion Curiota. https://github.com/brunocbr/curiota-alfred-workflow

@giovanni in addition, if you've ever duplicated the workflow, make sure it as a proper "Bundle id" (right click the workflow name on the list -> Edit details). It should be "br.com.brunoc.dtpbrowser" or anything else unique. Alfred 4 goes crazy without a warning if there's no bundle id attributed to the workflow.

Hi @giovanni. It should definitely work with sync'ed databases + Alfred preferences on a shared folder. I do exactly that with Dropbox in both a laptop and an iMac. Did you try forcing the cache update with dtp:refresh? Do you get any errors in debug mode () ?

I've updated the scripts in December – it should be working with DT3. Is it working for you guys?

Hi @Jasondm007. Thanks for your feedback! Searching Global Smart Groups make perfect sense. I just have to figure a way to prevent this kind of choice in the "Move To..." file action. I'll give it some thought soon...

It's better to periodically update the cache without interaction. I've included a Keyboard Maestro macro for that end and changed default cache expiration to 24 hours.

A nice update: results are now cached, making the workflow run much faster! The cache expires in 10 minutes by default (you can change it in the configuration variables).

Thanks for your feedback!

Please note that the particular workflow I shared, differently from the one you mentioned (DEVONthink Search), was intended to look only for DEVONthink Groups (not the files inside them). It was actually designed to complement it (I use it a lot too!). One further and important remark, though: any of these workflows will need a DEVONthink "PRO" license to fully operate because AppleScript is required. This is the case with the dknd trigger in the DEVONthink Search workflow (but not with dnk, which simply uses Alfred's internal file search mechanism with Spotlight indexed files). Finally, make sure you have your databases indexed if you want to use this latter workflow (Database properties -> Create Spotlight index).

Hello, @jonkaz . Try clicking the "toggle debug mode" on the top right of the workflow page (inside Alfred Preferences). It should give some information on the error when you trigger the workflow.