Summary: | Find as you type | ||
---|---|---|---|
Product: | [Applications] dolphin | Reporter: | Tobias <flabbergasted> |
Component: | general | Assignee: | Dolphin Bug Assignee <dolphin-bugs-null> |
Status: | CONFIRMED --- | ||
Severity: | wishlist | CC: | kde-2011.08, kde, leonardo.la.malfa, nate, rrh, serg, spamfang1199, ungethym |
Priority: | NOR | ||
Version First Reported In: | 16.12.2 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Tobias
2009-02-20 16:32:29 UTC
> The typed string doesn't have to be at the beginning of the
> file (so if I type "foo" and there are files barfoo.txt and
> foobar.txt it will mark barfoo.txt because it is alphabetically
> the first file with substring "foo". If I want it to mark
> foobar.txt I'd have to write "foob")
In my opinion, the should match files/folders on match-in-middle if no match-on-beginning matches are found. So in your example typing "foo" would still find foobar.txt, even though barfoo.txt exists. However, typing "rfo" would find barfoo.txt even though it does not begin with that string.
I really like this idea.
Well, maybe this could be made configurable. I'd be ok with both methods. Only, it might look strange if I start typing and the window first scrolls down to foobar.txt when I type "foo" and if I type "." afterwards scrolls back to barfoo.txt. Because of this I would have it always search in the current order direction (maybe even starting at the file that is currently marked). Since I would make "F3" or something find the next occurance, I can just type "foo" and press "F3" to find foobar.txt. But however it is done, I'd like this to work at all. :) I like the idea of this feature. Current solution is not user friendly even for people typing fast. There should have been visual feedback as you type. *** Bug 245804 has been marked as a duplicate of this bug. *** I have a few propositions to enhance the find-as-you-type functionality: - If no text field is chosen in Dolphin, all typing should default to the filter bar (if it is activated in settings) - When activated in settings, there should not be a close button next to the filter bar, because the visibility of filter bar is already controlled via the Tools menu. Instead, the filter bar should have a reset button that empties the current filter. Now the close button does not make a lot of sense. - It would be extremely cool to be able to type regexps into the filter bar to quickly find files with a certain pattern *** Bug 280247 has been marked as a duplicate of this bug. *** Resetting assignee to default as per bug #305719 |