Rooter

@Andrew
 
is something like this coming to core soon? I know it’s probably more likely you won’t give a time frame. But I really figured I would ask. 
 
I’ve recently switched the primary using Raycast due to its rich UI but it doesn’t come close to being as polished as Alfred. 
 
this is truly something that would put Alfred back on top. 
 
thoughts of what I would use this jira visualization, etc. 
 
would be even more awesome if it accepted inputs 

Hey! I forgot to chime in when I saw this originally - very impressive! Richer content natively within Alfred is something which has always been on the plan for the future, but this really does provide a solid stepping stone.
 
It wouldn't be a huge amount of effort to post a distributed notification for the quicklookurl, but due to a whole host of reasons (of which you outline some above), I wouldn't make Alfred post this by default.
 
Having said that, for fun, I wouldn't be adverse to make it a defaults write on Alfred's prefs just to see this working better, and see where you take it
 
Cheers,
Andrew

Every morning I wake up and hope this was implemented in core. Especially people used to neovim/telescope (https://github.com/nvim-telescope/telescope.nvim), this would be a game changer - I would be able to replace 80-90% of my task switches with simple fuzzy content searching (e.g. through notes then show preview on right pane, which I do through vim right now cause notes are in markdown)

There is an efficient solution to this, which I use in RecentlyAdded.

For clarity, I’ll use ENV[varName] when referring to an environment variable, and varName when referring to a variable (or preferably constant) in your code. 


Check if ENV[uidSeed] exists. If yes: make uidSeed with the contents of ENV[uidSeed]. If not: make uidSeed something unique. Good pick: random number. Better pick: current date (year, month, day, hour, minute, second). When you output your Script Filter JSON, append uidSeed to the uid of every item and add it in variables.


What this means is that if your Script Filter was just launched, the steps above will execute 1 → 3 → 4. But on every rerun, it will be 1 → 2 → 4. This creates what you seek: results which are aware of themselves only during the current session.

This is because the item is missing the UID, so Alfred doesn't know it's the same item. If you set a UID, then Alfred will keep the selection:
 
cat << EOB { "rerun": 1, "items": [{ "title": "$(date)", "uid": "date-uid-1234" }] } EOB  

Hmm. Could be the user doesn't want to use the Script Filter, though, so you'd have the same problem of the selection jumping away from the item you're after.
 
Perhaps it'd be better if the selection remained in the same place (i.e 2nd item, 3rd item etc.) when a rerun fires?

Hi,
 
I realized that even if a Script Filter returns items with action.file properties (for Universal Actions), it doesn't work with File Buffer actions like ⌥ + ↑.
(It does work with the Universal Action "Add File to Buffer".)
 
Since setting type: "file" requires arg to be a file path, how about using action.file as a fallback when type is "default"?
 
Thank you.
 

Adding that to the regular search would probably make it slower.

It’s the kind of thing which should be a Workflow instead, even if that means requiring a keyword. Here’s a Workflow which lists all running applications. Pressing ↵ on any will switch to it.

I have Alfred as my major clipboard history app. However, the font size is a little smaller for me and it is too hard to see what I am choosing. Would you make the fonts a little larger? I used to use Paste for clipboard and its size is great.