XYplorer Beta Club

so this can hardly be recognized.
But, if i create a new folder (by pressing ctrl-n), i got used to directly write the name for it, as it is still highlighted..

But sometimes the folder takes some more milliseconds to be created, so what happens then is that i accidently rename another folder currently active..


I dunno if you can fix that, though..

Regards, ReviewPilot.

ReviewPilot wrote:I dunno if you can fix that, though..

No way. The time needed for creating a new folder totally depends on your system. XY does nothing here apart from telling Windows to create a folder. When done, XY invokes the rename interface.

Hmm, ok. I understand that.

admin wrote:No way. The time needed for creating a new folder totally depends on your system. XY does nothing here apart from telling Windows to create a folder. When done, XY invokes the rename interface.

Really no way to like "flag" that the operation started and "hold" the keystrokes for the rename box? Cause it happens to me too, and it's annoying as hell when you hit Ctrl+N and starts typing a new name, but because it's slower than it should the first letters are taken as "find as you type" and select an "old" (previously existing) folder, on which the rename mode get enabled, so trying to rename the newly created folder "foobar" I end up renaming an old folder as maybe "obar" while "New Folder" is untouched!!

Looking into the code I saw that there's indeed a little more work done that I thought. So I tried something in the coming version: refresh the tree (show the new folder) only *after* the rename box is invoked. maybe it helps...

admin wrote:Looking into the code I saw that there's indeed a little more work done that I thought. So I tried something in the coming version: refresh the tree (show the new folder) only *after* the rename box is invoked. maybe it helps...

Still happens, with 0071. I was looking at the screen, and it seems that the folder got created, and focused (scroll position was sent all the way down the List) then keys got taken into account as "find as you type", and a folder back up got focused, only then rename mode was trigerred and so I was renaming the wrong folder... :/

jacky wrote:

admin wrote:Looking into the code I saw that there's indeed a little more work done that I thought. So I tried something in the coming version: refresh the tree (show the new folder) only *after* the rename box is invoked. maybe it helps...

Still happens, with 0071. I was looking at the screen, and it seems that the folder got created, and focused (scroll position was sent all the way down the List) then keys got taken into account as "find as you type", and a folder back up got focused, only then rename mode was trigerred and so I was renaming the wrong folder... :/

Okay, next version will try sth else...

admin wrote:Okay, next version will try sth else...

Well, it didn't happen all the time for sure, but it looks like it's gone now, well done!