Re: [Pcmanfm-develop] PCManFM adds a "filter bar" letting you filter currently shown files by name.

[Andrej N. G. <an...@re...>]

    Hello!

Stephan Sokolow has written on Wednesday, 19 September, at 17:47:
>In released versions, all Ctrl+F does is show the built-in GTK+ prefix 
>search box, so I assume you're talking about the upcoming filesystem 
>search UI.

    That not GTK+ search but folder view search - i.e. context search.
Filesystem search UI is another thing and it will be bound to something
else of course.

>As far as that goes, I'd strongly suggest switching that to something 
>like Ctrl+Shift+F to keep things intuitive and consistent with other apps.

    You suggest Ctrl+Shift+F for upcoming filesystem search?

>When you use Ctrl+F in an office suite, or a web browser, or any other 
>app, it invariably means "find in current document" and the closest 
>thing a file manager has to a current document is the folder currently 
>being shown so it follows that the most intuitive use for the Ctrl+F 
>binding is as an enhanced alternative to the "show GTK+ prefix search 
>box" already bound in released versions of PCManFM.

    Exactly what it does already - it opens a box to fast-find a file in
the current context, i.e. directory. It does it for ages and that should
stay bound to Ctrl+F for consistency with everything else.

>Imagine if Google Chrome had decided to make Ctrl+F "search on Google" 
>or if OpenOffice and LibreOffice used something like Beagle or Google 
>Desktop Search or whatever OSX offers to implement Ctrl+F as "search all 
>documents".

    Agree completely. It's why I said "it's already bound" and nobody has
any desire to change that.

    Andriy.