Jump to content

Script Filter Rerun sends selection to top, even if unrelated items are present


Recommended Posts

Posted

If we have a Script Filter with a rerun, Alfred’s selection is sent back to the top every time the rerun triggers. I can see the reasoning: if the information is updating from under your feet, the position where you had your selection is irrelevant.


However, this also happens when you have more than the Script Filter visible. Consider the following Workflow. I’ve picked dp as the Keyword because it matches a bunch of other stuff by default:


X3S0Rpp.png


Run dp and we see the date being updated automatically in Alfred. We’re free to select any of the other results and the Script Filter keeps updating, but the selection is sent back to the top of Alfred’s results on the next rerun if we select the Script Filter. That’s unexpected and makes it hard to action the Script Filter itself, because the selection may slip from under us.


Seems like Alfred’s selection shift should go to the top result of the Script Filter, not Alfred’s top result. It is, however, a minor annoyance of low priority.


Alfred 4.0.8 [1135]
macOS 10.14.6 (18G3020)

Posted
2 hours ago, vitor said:

Seems like Alfred’s selection shift should go to the top result of the Script Filter

 

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?

Posted

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

 

Posted

Makes sense and works well! It’s been a while since I’d found a good use for the UID.

 

But that still doesn’t affect

does it?

  • 4 weeks later...
Posted

@vitor I just replied to the linked thread. It's unlikely that I'll update Alfred to treat invalid items as anything other than invalid, but I've offered a workaround.

 

I'm gonna move this thread to workflow questions instead of closed, as it's interesting knowledge for others.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...