I use inline rename history A LOT — i.e., choose a file, F2 to rename, Shift+Up/Down Arrow to choose previously used name, edit, and press Enter.
In DOpus 13, this behaviour appears to have been replaced with a history popup. I'm sure this is a great improvement for some people, but in the majority of circumstances, I only ever want the most recent rename. Is there a way to turn off the popup (i.e., revert to DOpus 12 behaviour)? I've search the Prefs and forums, but couldn't find anything.
Also, a couple notes about the current popup:
• When the popup appears, the history items are reverse-sorted (oldest at the top, newest at the bottom). It seems to me that most people, including myself, would prefer the newest items at the top.
• It would be great if the popup list had "wrap-around navigation" — i.e., when the top item is selected, pressing Up Arrow would select the bottom-most item in the list (and vice versa).
And another things about about either of these popups:
• When I have the name stem selected, and I choose an item from the popup, I'd like the resulting selection to remain on the name stem. Right now, it selects the entire file name (including extension) when you choose an item from the popup list.
Is anyone able to help with this? Is there a way to turn off the inline rename popup (or sort it so that the most recent items appear at the top)? Thanks!
Thanks so much for the suggestion, however, that also disables the history.
In DOpus 12, you could Shift+Up/Down to rename from history, where the most recent item appeared first (without a popup): that's what I'm trying to achieve.
I've been missing this feature since upgrading to v13 as well.
It used to be much faster to simply press F2, then Shift + Up / Down Arrow (it may have been Ctrl + Shift at the time) and have the filename change to the name of the previously renamed file. This served as a quick and easy starting point when renaming files to be similarly named.
In v13, we have Ctrl + Shift + Up / Down Arrow, but this renames based upon the neighbouring files. Useful if the files I'm dealing with are already contiguous or nearby, but otherwise, it's a lot of up / down arrowing just like the popup list shown by Shift + Up / Down Arrow (which is currently always in ascending order).
It would be nice if there's a way to get v12's behaviour back, possibly under a new shortcut, e.g. Shift + Alt + Up / Down arrow, that way we wouldn't have to sacrifice disabling v13's Shift popup list, or the Ctrl + Shift behaviour which both are useful at different times.
Alternatively (and probably better), what if there was an option to change the ordering of the Shift popup list? An option could change it to be presented in order of latest renames. Then we'd press Shift + Down Arrow, Return, make some edit, Return again. (Not sure why Up Arrow doesn't go straight to the list's bottom, bug?). Almost as fast as v12. If the first Shift + Down Arrow also caused the inline filename to change, rather than only highlighting the first item in the list, then the first Return press would not be needed.
Thanks @Jon, appreciated. I've just tested the changes and the inline rename history list is much more convenient now.
The only small detail which you may have intentionally skipped over (for unknown reasons) is the suggestion to make the filename update as the inline rename Shift + Up / Down menu is being stepped through. It would take away the need to press Return to select a value before you begin editing it, making the UX more streamlined (and identical to v12 in terms of number of button presses that were required). The Return-to-select seems like an unnecessary action: We can always back-out by pressing Escape (edit: maybe Ctrl + Z here too?), so updating the filename value as we step through shouldn't have any downside.
The desire is that as soon as the value is updated to one from the list, I could press e.g. F2 to select the extension, or left arrow to jump to the beginning, etc.
Another detail I've just noticed: After selecting a value from the list (without finalising the rename), Ctrl + Z won't undo the change, which I think is a fair expectation. Escape is the only option at this point, so the renaming action must be performed again.
Thanks for your willingness to continue to improve inline rename. Works even better now!
Being me, I still have more to say: I find there to be a small discrepancy between Return and Escape when the history list is open:
Return closes the list and ends the renaming. Whatever was highlighted in the list is now the new filename.
Escape just closes the list (which doesn't seem to serve any purpose). A second press cancels the renaming.
It could be better if:
(Maybe) Return just closes the list (note that this is slightly different to before where it both selected and closed the list, now selections are made as we traverse the list)? I'm in two minds: 1) It's not actually that common, at least how I go about things, to want to use an item from the list as-is. I'm usually selecting one as a starting point to then edit as the final name I desire isn't usually already in the list. 2) You could say, "just don't press Return", and you'd have a point, and too it's the same behaviour as the location bar for example (Return both selects and goes). I'm probably just experiencing the unlearning curve, so this criticism can be ignored. Thinking out loud here.
Escape closes the list and reverts the name to its original, and still without cancelling the renaming (a second press would still be required for that). This would make pressing Escape do something practical (simply closing the list doesn't help and it can be dismissed if necessary in other ways, like pressing Left Arrow).
Inline renaming in v13 is certainly in a better spot than it was, and one I can live with, so I thank you again for that.
In addition to what @filewrangler said above, I'm also noticing the following minor issue:
If you choose an item from the list, then press "right arrow", add a character, then Ctrl+Z, the filename is reverted to the original filename, instead of the one that was selected from the list. To me, undo should only revert the last character(s) typed, not entire rename history — after all, that's what Esc is for.
I'm noticing another peculiar behaviour: if I press F2, followed by Shift+Down Arrow to initiate inline rename history, and the selected file's name already exists in the history list, that item is selected (see screen capture). I can't think of any reason why this would be useful, and to me, the top item (i.e., the most recent) should always be selected.
