Maintain position when refresh of Find list

Gandolf · Post by **Gandolf** » 31 Aug 2004 09:27

I have a list of found files and I delete a file with an external program (I've viewed it in another program and use that program to delete it). When TrackerV3 does a refresh the focus moves to the top of the list. I can turn on line numbers and this enables me to locate the position I was at in the list but can TrackerV3 locate the position for me? Obviously it cannot locate to the file I have deleted but could it position to the one before or after? It does if the file has been deleted with TrackerV3.

Post by **admin** » 31 Aug 2004 10:35

It works exactly as you want over here! What's your OS again?

Gandolf · Post by **Gandolf** » 31 Aug 2004 10:43

Post by **admin** » 31 Aug 2004 10:54

Ok, i found a way to reproduce this and a fix. I'm not sure if this fixes your problem, so please report again after trying the coming BETA.

Gandolf · Post by **Gandolf** » 31 Aug 2004 11:23

What was it I was doing to reproduce the problem? I was searching using RegExp (I also tried normal search criteria) with Include Subfolder checked. Sort criteria was by created date. Really a very basic find option. I'll check when the next beta is out and let you know the result. Thanks in advance.

Post by **admin** » 31 Aug 2004 11:47

The search parameters should be irrelevant here. More interesting might be whether the deleted file was down in a subfolder and whether the deleting software properly communicated the deletion to the OS...

Gandolf · Post by **Gandolf** » 31 Aug 2004 12:07

File was certainly in a sub-folder (several levels deep in some cases). Deleting was done by three different programs. Text editor, JPEG cropping program and an HTML editor. All with the same result.

Post by **admin** » 31 Aug 2004 12:23

Gandolf wrote:When TrackerV3 does a refresh...

Automatic refresh or manual?
I hope you say manual, because automatic does not work with files found in subfolders (they are not in the watch scope).

Gandolf · Post by **Gandolf** » 31 Aug 2004 13:36

Depends what you call Auto-refresh. This is the sequence:

Find files. Go to a file in the found list (preview panel now selected - irrelevant I think). Decide I want to further investigate the file in another application. Delete the file using the other application (I'm using another file manager for checking now as it's the quickest and easiest way). Return to TrackerV3, file is still displayed in the list and still has focus. Move focus away from the file and back to the now deleted file and the focus jumps to the top of the list. I have not done a refresh, it updates the found list as if it was an auto-refresh.

Delete the file from TrackerV3 and focus moves to the next file in the list (as expected). Restore the deleted file and it reappears in the found list - I would call that auto-refreshing. This now gets interesting!! Delete the file (or any file now) with another application. If the file that was deleted had focus, focus now moves to the next file in the list exactly as if TrackerV3 had deleted it. Otherwise the file is no longer displayed in the found list. I can now delete files with another application (and restore them from the recycle bin) and the found files list reflects the changes without me doing any kind of refresh.

The files are all in different subdirectories of "C:\Downloads\" but only the next level down, so not deep nesting. I've used both RegExp and standard expression in the find dialogue.

This has all been tested with 0016, I don't know if exactly the same would have happened in 0012.

Post by **admin** » 31 Aug 2004 17:24

Yes, I could reproduce that in every detail (you really go weird ways...).

I can do something about the focus that jumps to position 1.

The other thing ("This now gets interesting!!") is interesting indeed!! I'm buffled at the moment and this will take some deeper look into the code... you hear from me.

Post by **admin** » 31 Aug 2004 18:13

Ok, I think I got it!
Nice side-effect: watch-scope now includes subfolders in find-results lists, so TrackerV3 will react immediately when any other app deletes a file.

Gandolf · Post by **Gandolf** » 31 Aug 2004 23:58

It all started when I "tidied up" some HTML documents I had downloaded and deleted the originals. It was quite a large list I had displayed and when focus jumped to the top of the list I couldn't remember where I had been. As a result I started to investigate further. Hence the "weird ways..." to try and get some definite logic as to what was happening (was it the external programs or TrackerV3). I agree, certainly not a normal sequence of operations but it had the desired effect of illustrating to you what was happening. I haven't looked at the latest beta yet but I'm sure it's working perfectly now.

Gandolf · Post by **Gandolf** » 01 Sep 2004 10:02

I think it's caused more problems than it has solved.

Deleting a file from the found list using TrackerV3 does not remove the file from the list until focus is moved away from the file and then back again. As a result making a second deletion on the focused file (because it would appear not to have been deleted) results in the Windows error "Cannot delete file: Cannot read from the source file or disk". Not the most encouraging of messages to see!!
Since I would expect the more common operation is to delete from within TrackerV3, rather than my rather convoluted method, I think the removal of the file from the found list after deletion is important.

Post by **admin** » 01 Sep 2004 14:31

Gandolf wrote:I think it's caused more problems than it has solved.

Can happen... I've sent you an email.

XYplorer Beta Club

Maintain position when refresh of Find list

Maintain position when refresh of Find list

Re: Maintain position when refresh of Find list

Re: Maintain position when refresh of Find list