Press Enter to finish renaming the directory.īug 2 (or should this one be on the Wish list?): When the name becomes longer than the width of the Tree pane, the input box is covered by the List pane and you cannot see what you're typing. Rename the folder by F2 or double clicking it. not truncated by the divider between the Tree and List pane. Select a Directory (folder) with a short name that is fully readable in the Tree pane, i.e.
Xyplorer cant rename items input quotfocus windows#
No dual panes (standard Windows Explorer look). Now, when the XYplorer main window doesn't have focus, if you click directly on a non-selected file in one of XYplorer's panes, that file is not selected.Tree pane left (1/3 of screen width), List pane right (2/3 of screen width)
But unfortunately that became broken in v. It's also exactly how it used to work when switching focus between an XYplorer Pane and a different application for a few versions prior to v. So the above is great, and it's what currently happens when switching between Panes while the XYplorer window has focus. Result: That file becomes the new selection Just to add some further clarity to my previous post: Switching between Panes works perfectly and exactly as expected when the XYplorer application window already has focus.Īction: Activate the unfocused Pane by clicking on whitespaceĪction: Activate the unfocused Pane by clicking on a selected file or group of selected filesĪction: Activate the unfocused Pane by clicking directly on a non-selected file I would prefer that all the files remain selected.Įven shorter summary: I believe that closing a context menu should have the same result as closing a toolbar menu. Result: The multiple selection is lost (undesired). Result: All the files remain selected (as expected and desired by me).Īction: Right click in whitespace to pop a context menu and then close the menu by clicking on any of the files that were selected. Tools, Window, etc.) and then close the menu by clicking on any of the files that were selected. I would prefer that the file stays selected.Īction: Click on any menu (e.g. Result: File stays selected (as expected and desired by me).Īction: Right click in whitespace to pop a context menu and then close the menu by clicking on the single file that was selected. Tools, Window, etc.) and then close the menu by clicking on the single file that was selected. Just to make it even more clear, here is the current situation in :Īction: Click on any menu (e.g. In my mind, the behavior should be consistent for menu and context menu, but anyway what was done in was an improvement and I'll take what I can get.
It's still not clear to me why we can have this new behavior when clicking away from a menu, but not when clicking away from a context menu (whether that context menu be triggered directly on a file or triggered on the whitespace in the list). Now the behavior I was wanting, which is for the selection to be maintained when clicking back on a single file is at least maintained when clicking away from a menu or when giving focus back to the list. Despite Evolve being so vehemently opposed at the time.
Thank you Don for mostly implementing in what I was asking for here in this thread. What happens in is that just the file you clicked on becomes selected.
Desired behavior would be to go back to having the files still selected. Elqasar2 wrote: ↑ 18:46An even better illustration of this problem is if you have multiple files selected, pop the context menu for them, change your mind, and then click on any of the files.
0 kommentar(er)
