Renaming files in a filtered Tracker window

[humdinger]

This is hrev35425.

• Enable Tracker's new type-ahead filtering.
• Open a folder and use the filtering.
• Rename a file to something that doesn't match the filter string anymore.

--> The renamed file doesn't disappear as expected, but it's even displayed twice. It's not actually duplicated; it's evil twin disappears when ESCaping the filter mode.

What do guys think of indicating an active filtering more visibly to the user? The tiny "item field" bottom left is easily overlooked. A tinted background (does that play well with the grey query result window?)?

[mmlr]

Replying to humdinger:

--> The renamed file doesn't disappear as expected, but it's even displayed twice. It's not actually duplicated; it's evil twin disappears when ESCaping the filter mode.

Yes. Also renaming in general does place the edit widget at the wrong position.

What do guys think of indicating an active filtering more visibly to the user? The tiny "item field" bottom left is easily overlooked. A tinted background (does that play well with the grey query result window?)?

I've thought about that and agree. Making the background a light gray would be sensible I think. Going to play around with that.

[aldeck]

re mmlr: I haven't looked at your new code yet, but it might need a common solution with #1717.

[axeld]

Not that it really belong to this ticket, but I would like if one could decide on the fly whether to use filtering or mere selecting. At least the global setting isn't really that useful for me, as I have very different usage patterns for this particular feature.

Maybe pressing a modifier (option?) together with a key could enter the other mode.

[mmlr]

(In #5443) Dup of #5381.

[stpere]

Should be fixed in hrev44493, please test.

[diver]

The renamed file (from description) still doesn't disappear as expected, also creating a new folder in a filtered PoseView results in its' appearing in unexpected place.

[stpere]

Fixed in hrev44495. Thanks!