| Summary: | Typing invokes filter function (like Gnome Nautilus) | ||
|---|---|---|---|
| Product: | [Applications] dolphin | Reporter: | leftcrane <leftcrane> |
| Component: | bars: filter | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
| Status: | RESOLVED INTENTIONAL | ||
| Severity: | wishlist | CC: | nate |
| Priority: | NOR | ||
| Version First Reported In: | 18.04.3 | ||
| Target Milestone: | --- | ||
| Platform: | Ubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
leftcrane
2019-03-11 09:56:17 UTC
Basically you start typing and it searches/filters the current directory, with the first result highlighted. Then you can just press enter and open the result. Nope, sorry. Type-ahead and filtering are used for different things; you're proposing removing the type-ahead functionality entirely. In Nautilus, this is actually one of the most complained-about feature removals (see https://bugzilla.gnome.org/show_bug.cgi?id=680118) and I don't have any interest in going down that path. I personally consider it to be an anti-feature in GNOME and I find it to be just awful wherever it's implemented. How about editable type-ahead? This is the standard for GTK file managers. I really do prefer Nautilus's behaviour, but I doubt it's not going to happen cause that would be a huge technical challenge, one that would require KDE to adopt Gnome tech. People complained about it cause the performance was shit - but they've largely fixed that. It's not that it would require us to adopt GNOME tech; we can do it too. It's a design decision that we don't have this (or rather, GNOME made the design decision to drop the conventional approach that we have and implement the feature). Editable type-ahead makes sense. This is already tracked with Bug 395960. OK, makes sense to me. |