Andrew

Hi All, Just to let you know, the latest pre-release version of Alfred 4.0.4 has improved ranking in the file search. This should be particularly apparent if Alfred has no accumulated knowledge for the file you are looking for. Ultimately, with the knowledge Alfred builds over time, you should see a significant improvement in the relevance of suggested file search results. I'd appreciate if you are using Alfred's pre-releases (selectable from the Update preferences), if you could let me know if you see any unexpected problems. Cheers, Andrew

@Eric C if you update to the 4.0.4 b1108 pre-release, I've made a tweak to allow * as the Metadata Field allowing you to do the broad style of matching across multiple metadata fields as you described. Configure the file filter as follows, then you'll be able to type the file name and tags e.g. `projectname receipt`. Let me know how you get on. I have plans on improving this further in the future Cheers, Andrew

@bbb the snippets.alfdb file is built dynamically from the snippet data within Alfred.alfredpreferences, so Alfred 3's version of this file isn't useful for Alfred 4. It sounds like you were using syncing in Alfred 3, try setting Alfred 4 to use the Alfred 3 settings, wherever they were (e.g. Dropbox?). You can set the folder Alfred looks for the preferences in Alfred's Advanced preferences. As always, ensure that you have things backed up before you try anything. Cheers, Andrew I'm moving this topic to Discussion and Help and renamed it as it's not a bug.

@mikejandreau Yes, if the workflow variable is called appvar, use: tell application (system attribute "appvar") to activate

You'll need to switch to using a Run Script object set to /usr/bin/osascript (AS), then you'll have access to script environment variables. Alfred sets all workflow variables to the environment before running the osascript. A simple example of getting at a workflow variable named 'away' into an AppleScript as var1 is as follows: on run argv set var1 to system attribute "away" return var1 end run In your case you'd be able to do the following: set the clipboard to system attribute "away" Cheers, Andrew

@Leighton As @deanishe says, this is actually a pretty complex issue. One option is to simplify the problem by making the document more generic. If you export it as a PDF, then there are more options available for printing (even if they aren't perfect). Once you have a pdf, you could use the lpr command with a HotKey object connected to a Run Script object in an Alfred workflow. For example, if the document was called test.pdf on your desktop, the command would be lpr ~/Desktop/test.pdf Rather than giving more examples, here is a forum thread I found which discusses the issue (and highlights that it's not as simple as one may think): https://macscripter.net/viewtopic.php?id=39359 Cheers, Andrew

@dfmjr Alfred orders the clipboard history by date (date added / date last used). Just a theory (or wild guess)... It looks like those Javascript functions all come from Microsoft Studio Code, which can be configured to "Copy on Select". If this is configured, the functions would be placed at the top of Alfred's clipboard history when you just select them in MSC. Does this sound like a possibility? Cheers, Andrew

I'm seeing improved search behaviour in Catalina Beta 7. Ensure that you have ~/Library/CloudStorage/iCloudDrive added to your default search scope in Alfred (this will be added in the default scopes in a future release). I suspect there are still some more improvements to come from Apple in the beta. Cheers, Andrew

@rinodattilo I'm not seeing this issue, I just configured a new hotkey to launch Safari and it worked as expected

@dp_ucsd adding to what @vitor said, you'll need to duplicate one of the default themes (or create a brand new theme) as the default themes are not editable. Once you have a custom theme selected, move the mouse around the Alfred window within the theme editor and you'll see a highlight for the item you'll be editing (resizing, colouring etc). Cheers, Andrew

@yoyodi I've just checked our mail logs, and your incoming mail server returned a 550 Mail content denied error and blocked it. Véro will reply to your email as soon as possible with your code. (we have a large number of emails to handle at the moment, so please be patient). Cheers, Andrew

Alfred's built in search works as designed (less noise), so the behaviour you are seeing is correct. You have control over file search behaviour if you use a file filter in a workflow. For example, to arbitrarily search keywords, you would use something similar to this: You can add in other fields if you want to search by e.g. display name also. Here is more info on using file filters: https://www.alfredapp.com/help/workflows/inputs/file-filter/ Cheers, Andrew

This is usually down to Alfred's preferences not being available when Alfred starts. Have you set Alfred's preferences to be in a different location to standard, for example an external volume or a mapped drive? Cheers, Andrew

Alfred fully relies on standard Apple APIs to obtain the key code / key mappings which are used when simulating key combinations. I've added a ticket to look into this more deeply, but I can't promise any timescales as this is the first time it's come up and it has to be treated as a corner case. Cheers, Andrew

I am well aware how useful a generalised "Keep Alfred Open for a bit" would be, and do have some internal notes on this already. Any change like this would be a holistic change within the framework, so would be quite involving. Either way, it's on my radar.

Please do not exclusively lock Alfred's databases, as this will have a severe impact on Alfred's ability to operate normally. Cheers, Andrew

@politicus does 4.0.4 fix the issue for you?

Is this the same as this:

@deanishe if you update to 4.0.4 pre-release, this limit has now been raised

@craig this should now be fixed in the 4.0.4 b1098 pre-release

@deanishe Hmm, looking into this, I had set an arbitrary limit many years ago. This may have been to work around an old macOS (performance?) bug, but I don't seem to have logged why I set this limit. I'm going to increase it to 4096 for now, and add a ticket to do some proper investigation into this. Cheers, Andrew

@deanishe If I paste in a URL created from the "Copy URL for sharing" sheet of a custom url, Alfred offers to install it. Can you find a situation or configuration where this isn't happening? I'll take a look at fixing it as this should work.

Try enabling this option:

Alfred should discover the correct combos / key codes per keyboard layout used. I've just tested with a few obscure built-in Apple layouts with Alfred's internal logging running and Alfred adapts accordingly. There is a chance that being a custom layout, Bépo may have an underlying mapping issue. We also can't discount that Apple's custom keyboard layout handling could be iffy. Cheers, Andrew

@dfay could it have been the bleep bloop you get when there is a notification or message on the forum?