saor47

Well, by setting `"type": "file:skipcheck"`, I’m able to collect URLs in the file buffer and send them to actions that accept multiple strings, which pretty much meets my needs. But the double slashes in the strings are all replaced with single ones. I suppose this wouldn’t affect file paths since there’re normally no double slashes in file paths. But if this could be fixed then the file buffer will also work for URLs (even though it wasn’t designed to do so).

Hello. I understand the file buffer is meant for files, but since it‘s possible to skip the file check, I figured I could also collect text strings with it, in order to i.e. concatenate multiple strings, or open multiple urls altogether. But the urls passed into file buffer then become “https:/xxx“.

macOS Sonoma 14.4.1 Alfred 5.5

When I put `"type": "file:skipcheck"` in script filter results and pass its argument to the file buffer, the `//` in the string is automatically altered to `/`, which makes urls invalid.

Many of the diacritic letters will be identified by Alfred as two characters: \u00e4 (ä) -> a\u0308 \u00e9 (é) -> e\u0301 \u00f1 (ñ) -> n\u0303 Is there a technical reason why? In many workflows, it requires extra conversion of the input string for the script to work.

Action pane is activated via hotkey.

Alfred 5.1, macOS Ventura 13.1. Links created by ln -s <source_path> <target_path>

I think it does has something to do with the quicklook plugins I installed. I'm using Syntax Highlight, QLMarkdown and some others, which covers the most types of files. It works just fine on PDF files, for example. But still, it works on all kinds of files in Finder. So I think it's not a problem of Alfred's… But thanks for your reply

When showing quicklook in Alfred, you can't copy text in it with ⌘C, but only with mouse click and context menu, while it is possible in Finder. Is it because the hotkey is occupied by Alfred? Is there a way to work around?

I'd suggest to identify soft links and their real paths.

@Andrew It's gone! And I tried changing the keyword for eject to `test`, and than the `t` starts to cause the same problem.

@Andrew Have done that.

When I type an 'e' in the search box, it causes Alfred to freeze 1-2 seconds. After a few tests, I found out: It only occurs when the letter 'e' is typed at the very beginning of a search string, no matter if there's more text behind this 'e'. It occurs not only right after the search bar appears. After each time the lag appears, the 'e' stops causing any lagging for about half a minute, before it occurs again (feels like cache?). No error is shown in the workflow debug console. No other key stroke causes the same problem. It doesn't appear in any other app. What I've tried to rule out: Quit other apps which do keyboard mapping Disable all workflow keywords starting with an 'e' Clear application cache & rebuild macOS metadata Restart Alfred None of these worked. When searching a single 'e', all I got in results were only just applications and web searches, altogether less than 10. This is really bizarre and I have no idea...

I really appreciate the new 'running apps' object. It works like a charm! Yet there's one little thing I'd wish for. I used to have another workflow listing running apps, and the results are set to be treated as files, allows me to select multiple apps to quit / hide them all at once. I'd love to see this in the new object too!

I find this new feature - calling external triggers via URL handler, really awesome! But one little problem is, I generally tend to use 'inbound configuration' instead of an 'external trigger' object in order to save some space in my workflow panel. And now I'm forced to switch back to 'external trigger' in order to enable URL handler. As a workaround for now, I made an external trigger which parse the argument as a json string including the actual argument, a workflow id, a trigger id, and optionally other variables, and then pass these to a 'call external' object. It'd be great if URL handler is enabled by default! Also, it'd great if the URL scheme accepts additional parameters in the incoming URL as variables, i.e. alfred://runtrigger/.../.../?argument=test&variable1=value1&variable2=value2, and pass them to the external trigger as well.

I think it'd be a good idea to implement ⌘C in the actions panel, which not only spares the `Copy as Plain Text` action, but also - with a hotkey for activating Alfred with selection - enables `Use in Alfred` with one key stroke. The less actions necessary, the neater and more efficient the interface.

It'd be nice to allow full display (or at least a larger length limit) with a scrollbar in the clipboard content preview. For example, I use some snippets as cheatsheets. Because of the limited display extent, I have to create multiple snippets to see the whole contents.

Here's the JXA script for script filter.

That's exactly what I do. I extract the match strings from database for each app and put them in the 'match' field for filtering.

Thanks a lot! The API works like a charm My solution for fuzzy match was to access Alfred's filecache database to get the match string. 😛

So far Alfred supports respectively hiding, quitting or force quitting running applications. Maybe it'd be a good idea to integrate these actions in one workflow, namely to list the running apps for activating, hiding, quitting or force quitting, using different modifier keys. I managed to list running apps using Applescript (`tell application "System Events" to get processes where background only is false`), but it's much slower than the native interface and doesn't support fuzzy match.

As described in title, the auto line wrapping fails when typing these characters. Normal line wrapping with a proper font size: This problem has been there forever... It'd be really cool to have it fixed.

I'd like to make a custom action for telegram username, but the field 'telegram' is not supported.