Page 1 of 1

List sort after a file or folder rename

Posted: 09 Jun 2006 14:18
by Patrice
When a file or a folder is renamed, its position in the list is not updated because the list is not sorted again.
I think it would be nice to have an option to automatically re-sort the list after a file or folder rename.

Posted: 10 Jun 2006 23:44
by Creat
I'm actually glad it's not re-sorted, because I often have to rename 10-20 files or more in a row, and I really don't want to go searching to wher eever I left of because my last rename triggered a re-sort, if you know what I mean :) This way I can just work my way through the list.

Posted: 11 Jun 2006 07:55
by j_c_hallgren
Creat: Note that Patrice requested an option to do so, not to make that the default/std way...so thus, both of you could have it "your" way!

Posted: 11 Jun 2006 10:59
by admin
j_c_hallgren wrote:Creat: Note that Patrice requested an option to do so, not to make that the default/std way...so thus, both of you could have it "your" way!
(a) I don't see the big advantage of an option (that most users will not make use of, because of what Creat explained) which does no more than what a simple and quick F5 does, too.
(b) However, the tree does re-sort renamed subfolders immediately.

So, for me adding that checkbox to config is justified.

Posted: 16 Jun 2006 15:26
by Patrice
Thanks a lot for having added this option.

Posted: 17 Jun 2006 09:01
by admin
Patrice wrote:Thanks a lot for having added this option.
You're welcome :)

Posted: 23 Jun 2006 11:38
by JohnM
Hi all

When renamaing a file within the list view, I like that you can now configure whether the list is sorted automgically or not. However, I think it would be neat if the last renamed file did not lose focus (ie it stayed selected). That would make it easier to see where the file moves to after the sort.

My 2c
Cheers
JohnM

Posted: 23 Jun 2006 21:31
by admin
JohnM wrote:When renamaing a file within the list view, I like that you can now configure whether the list is sorted automgically or not. However, I think it would be neat if the last renamed file did not lose focus (ie it stayed selected). That would make it easier to see where the file moves to after the sort.
:? What you wish is already happening on my machine. How do you do it to lose the focus??

Posted: 26 Jun 2006 04:00
by JohnM
I can reproduce this at will by doing the following on XYplorer 5.00.0025 on WinXP Pro SP2:

Turn off "Resort list immediately after rename".
I go to a folder that contains other files. My example folder contatins 13 files on the C: drive. I also tried this on my USB drive with the same results.
I create a new textfile by whatever means. I use Ctrl+Shift+N. This creates a file called "New Textfile.txt" with the "New Textfile" portion selected. I type "aaaa" and press enter. The file will jumps to the top of the file listing, but is not selected.
Then I select the file and press F2 (rename). The "aaaa" portion of the file name becomes selected. I then type "zzzz" and enter. This file jumps to the bottom of the file list and again is not selected.

With "Resort list immediately after rename" turned on everything behaves as above except when I type the "aaaa" and press enter and the file jumps to the top the file listing, but 4th file in the list becomes selected.

In researching this I noticed something odd:
I created a new file via Context menu: New->Textfile. This creates a file called "New Textfile.txt" with the "New Textfile" portion selected. I type "aaaa" and press enter and *sometimes* I get "Naaaa.txt" as my resulting file name and not "aaaa.txt". This must just for display purposes because when I press F5 the file then appears as "aaaa.txt" at the top of the file listing as it should.
Interestingly, when this happens and "Resort list immediately after rename" is turned "the "Naaaa.txt" file appears in the 4th position in the file listing which could tie back to 4th file being selected as reported above.

I hope this makes sense
Cheers
JohnM

Posted: 26 Jun 2006 12:20
by surrender
I find it strange that your file jumps here and there even though you have turned the "Resort list immediately after rename" OFF. I tried this and my file stays right at the bottom unless i refresh file list.
And it is really odd that you get 'Naaaa' instead of 'aaaa'. I have never noticed this anytime. Maybe you should try to reinstall XY and see if you get those strange things again.

BTW i use 5.00.0025 version on Win XP home edition.

Posted: 26 Jun 2006 16:54
by RalphM
surrender wrote:I find it strange....
I'm with surrender here.

I tried the example with the new textfile and renaming it.
No matter whether the option for "Resort immediately after rename" is on or off, the file stays focused as it should.

Posted: 27 Jun 2006 00:26
by JohnM
It looks like this happens only if "Sort folders apart" is turned off in Configuration->Advanced. With this setting turned on, the problem goes away and it behaves as it should.

JohnM

Posted: 27 Jun 2006 08:53
by surrender
JohnM wrote: It looks like this happens only if "Sort folders apart" is turned off in Configuration->Advanced. With this setting turned on, the problem goes away and it behaves as it should.
Yes!! you are right with "Sort folders apart" turned off I could reproduce everything except this
JohnM wrote: With "Resort list immediately after rename" turned on everything behaves as above except when I type the "aaaa" and press enter and the file jumps to the top the file listing, but 4th file in the list becomes selected.
its indeed a bug.

Posted: 27 Jun 2006 11:46
by admin
surrender wrote:
JohnM wrote: It looks like this happens only if "Sort folders apart" is turned off in Configuration->Advanced. With this setting turned on, the problem goes away and it behaves as it should.
Yes!! you are right with "Sort folders apart" turned off I could reproduce everything except this
JohnM wrote: With "Resort list immediately after rename" turned on everything behaves as above except when I type the "aaaa" and press enter and the file jumps to the top the file listing, but 4th file in the list becomes selected.
its indeed a bug.
Indeed!! This must be one of the oldest bugs in the app (> 8 years!). Great find!! But now it's bye-bye to a good old bug...