Restore old behaviour of renamed folder?

After upgrade to version 10.1 I've noticed change in behavior while renaming folders.

Now DO goes to the renamed folder instead of staying in its place before rename. It used to be quite contrary - while renaming folder, the selection was naturally at the renamed folder but the folder list was not moved so it was easy to select another folder to rename. Now I have to manually go back to the old place and find the previous location of the renamed folder in the folder list.

Is there any option to revert it to the old behavior?

Make sure Preferences / File Operations / Options / Retain cursor position on inline rename is on and then, Instead of pushing return, push up or down to move to the next item. The list won't re-sort until you push return.

A bit more complicated than it used to be... I liked it before :\

Anyway, it works! Thank you for your help!

Sorry to butt in here when the OP otherwise seems content... but this thread had me a little confused...

@Leo: why would the Retain cursor position on inline rename option have anything to do with the list being re-sorted one way or another. I never have that option turned on (the behavior doesn't work in a way that I would otherwise find useful for such an option)... and having it either enabled or disabled has no effect at all on the folder list re-sorting as long as (as you 'also' said) you just don't hit ENTER and use the up/down arrow keys to move to different files or folders for renaming...?

...if anything, I'd have suggested to try disabling the File Operations -> Copy Options -> Sort newly created and copied files option, and then renaming files/folders wouldn't move the file list either (edit: after hitting ENTER), though then that would affect new/copied files like the name actually suggests, which might be desired for "renames" but not for new/copied things. Anywho - the 'retain cursor position' thing seemed an odd suggestion and probably isn't needed as long as you just don't hit ENTER between renames, and Opus has worked like that for a long while now.

@mikolajek: what version did you upgrade from? Maybe I'm mistaken, but I didn't think anything changed here in quite some time... Current (and long standing) behavior also doesn't seem more complicated

I used to run 10.0.5 version so very previous one.

Indeed this trick was possible to be used before as far as I can go with my memory. Yet, the DO's behavior has changed with this upgrade and it applies both to folders and files...

Steje: My mistake, that option is indeed for something else. I had it confused with an older option, which I suspect has been removed.

The inline rename behaviour was changed in the recent betas and carried over into 10.1. There's a thread about it here.

FWIW the old behaviour turned out to be rather inconsistent at times and I'm not sure was ever really intentional. With the new behaviour, if you push return then you'll stay with the file (which makes sense; you often want to open or copy something just after renaming it) and if you push down & return then you'll end up on the next file, like when you pushed return before (sometimes; sometimes Opus would follow the file before like it does now; it was inconsistent in the past).