Screenshots

Files

Thanks for the patch!
I don't think that we should add another option for this, because it makes the settings dialog
more complex, it increases the number of possible configs to test, it only makes sense when
single click + inline renaming is enabled.
What if we always enable it when the options 'single click' and 'inline renaming' are enabled?
Please add the usability group to this discussion :)

This feature doesn't seem to have been implemented yet (as of Applications 16.12), so I thought I might give my 2c as well.

I have a hard time understanding how this feature is supposed to work if (as you say) it should require "single-click" to be activated. Why is that so?
In my understanding, an active "Single-click" means that when the user clicks once on a file, this file opens or executes immediately. This is not what we want.

The "two clicks to rename" functionality makes sense only when the "Double-click" option is activated:
1) One click on the file (or folder) to highlight it.
2) (Brief pause) <-- (The user can already set the "Double click interval" to whichever value suits them so that we don't trigger the double-click by accident.)
3) Second click on the file (or folder) to make the text editable.

Pretty much the same as in this video:
https://www.youtube.com/watch?v=52BSGNY9DQ0

In regards to the complexity thing, I understand that each option that is added creates complexity.
However it is the best way to isolate this behavior from users who may not want it. No size fits all.
And I think that this functionality is kind of a big deal. It deserves it's own setting. If not for anything else,
then just so that people can find it and disable it easily if they don't want it.

Having this in the "double-click" mode breaks the "Items are only selected with a single-click". It would have to be some kind of slower double click to not introduce a bunch of unwanted file renames. I find the in-line-rename found in Windows totally annoying. Selecting a file that happened to be selected already starts rename. What is wrong with explicitly pressing F2 or right-clicking the file?
And I have a bit hard time to understand how it could work in single-click mode when the file should be opened not renamed on single-click.

Hello,
since my review request is 10 months old and today was one of these days where a feature like that would be rather handy, I decided to push this feature again :)

1) The single/double-click problem:
To correct myself, I also think this feature just works in double-click mode.
There are some cases to trigger the renaming in single-click mode too, but in my opinion that’s not quite intuitive.

2) The functionality
"funky bomber" described it very well how this should work.
The only thing I would change is that the inline-renaming ONLY triggers if one clicks on the text/name of the highlighted item. (that’s how the windows-file-manager do it too)

3) The additional option
As we apparently break someone's workflow, we should make this feature optional to respect "slow-clickers".

All of this (except double-click-mode-only, additional-option) is included in my current patch. It builds against the latest master so it should be easily reviewed.
I will fix/add the missing parts after someone can confirm, if and how we do it. :)

I know that KDE applications is not bound by whatever the team responsible for KDE Plasma announces to the world, but considering that the two are practically on the same boat (KDE), I find it interesting that the team behind KDE Plasma recently released their vision stating:

"Plasma never dictates the user’s needs, it only strives to solve them. Plasma never defines what the user is allowed to do, it only ensures that she can."

source:
https://dot.kde.org/2017/07/25/plasmas-vision

I truly hope the team of KDE applications sees the merits of this approach and do their best to push towards this vision too, or else KDE (as a whole) will never reach its full potential.

In short: Please guys/gals, just integrate the original patch already! It's delicious, I swear! :)