Manual resort option?

[spinmonk]

I've come across a small challenge relating to the automatic sorting of files based on Name. I've been renaming files to match a particular pattern and when doing this it moves the newly named file up or down the list depending on where it would fit alphanumerically. This is fine for most purposes but it means that things jump around a lot and unpredictably as the next file I need to rename might be higher or lower than before I renamed the other file.

Would it be possible to have an option for manual resort? It'd be great to have an option to mimic Explorer's behavior of leaving renamed files in their current filelist order if they're renamed. That way I could rename five or six files predictably and then resort it so that they'll be in the proper order. Unless this ability already exists and I've missed it in the options.

If there is some way to introduce a delay before the search results are resorted (so I'd have time to rename a set of files before they rearrange themselves), that would work as well.

Thanks

[void]

Files and folders must be sorted at all time for "Everything" to work.

It would be possible to keep a couple renamed files at the same position, but it would require a lot of work.

I will consider implementing this feature.

I also have plans to add support for renaming multiple files.

[spinmonk]

Files and folders must be sorted at all time for "Everything" to work.

It would be possible to keep a couple renamed files at the same position, but it would require a lot of work.

I will consider implementing this feature.

I also have plans to add support for renaming multiple files.

Wow, that's excellent to hear about your interest in multiple file renaming. I'm plenty patient so just consider this a vote of support for its later inclusion.

Thanks!

[neFAST]

I also have plans to add support for renaming multiple files.

Woohoo can't wait to test that! Any ETA in mind?

[void]

You might like the prototype multiple file renamer now.
It is available from:
http://www.voidtools.com/rename.zip

You will need to drag drop the files you wish to rename onto the app.

Adjust the new format to your needs and click Rename.

The pattern matching needs to be improved before I add this to "Everything".

[adamantine]

i've noticed an unsightly change that is present in versions 1.3.1.636, 1.3.2.643 (and is absent in 1.2.1.452)

1) i search for the word 'animotion' http://img577.imageshack.us/img577/6710/65553591.png
2) i rename the first folder http://img24.imageshack.us/img24/8395/83632515.png and immediately the result list gets totally messed up with several folders placed between files (!)
to me it is not acceptable at all

screen shots - from 1.3.1.636
1.3.2.643 behaves absolutely the same way
1.2.1.452 - the result list stays completely invariable which is the desired behaviour of the program (when all folders are always on top and not a single file/folder jumps after any rename)

i really want to switch to the great version 1.3.2.643, but this inconvenience bothers me a lot

[therube]

You're probably seeing this, Renaming A File Changes Its Position in List.

Your case is compounded because it seems you have Match Path selected, so when you rename the folder, Everything moves that folder, but then moves all displayed associated files (within that tree) too.

I still feel that behavior is wrong.

(There is an always_keep_sort= option, but either it does not address this or is of yet ineffectual.)

[adamantine]

therube
yeah, i definitely should have posted in that topic. but i have not seen it until your message
(and yes, i always have 'match path' selected)

so as i understand, we have to wait until this option is implemented:

The option to keep new results or changed results sorted by name or path to my "things to do" list

because now the program's behaviour is not logical and not convinient
for instance, i constantly deal with the 'result list' which contains several hundreds folders/files
how am i supposed to feel convenience if a tiniest rename leads to chaos instantly?

[void]

Your case is compounded because it seems you have Match Path selected, so when you rename the folder, Everything moves that folder, but then moves all displayed associated files (within that tree) too.

This is correct.
Basically Everything sees the children of a renamed folder as 'new items'.
New items are inserted at the bottom of the result list.

I still feel that behavior is wrong.

I agree, it is also breaking the http server results, etp server results and IPC results.

I plan to keep the correct sort when sorting by name, path or extension for the next beta update.
When sorting by size and dates, new items will still be inserted at the bottom of the list.

With the re-implementation of recent changes you will be able to find new items quickly.

always_keep_sort

This only applies to the sort when opening a new Everything window.
It has no effect on an already open Everything window.

For now, you can press F5 to 'refresh' the current sort.

[adamantine]

if i understand correctly, the recent 2 beta-versions (1.3.2.644 and 1.3.2.645) only contain fixes

is there a chance that this will be implemented in the next beta-version ? :

I plan to keep the correct sort when sorting by name, path or extension for the next beta update

[void]

This will be fixed with the re-implementation of run history / recent changes.
I plan to release an updated beta to fix a few bugs shortly.
After that I will start work on the run history / recent changes.