distinct: has become more distinct:

Discussion related to "Everything" 1.5 Alpha.
Post Reply
therube
Posts: 4953
Joined: Thu Sep 03, 2009 6:48 pm

distinct: has become more distinct:

Post by therube »

(At some point in time) distinct: became (even more) more distinct:.


In the past, if you had a distinct: search, there were times when that list of files "updated", like if a new file matching the search criteria was created. (I'm actually assuming it was something like that that caused a distinct: to "update", but if not, some things did.)

Now, that is no longer the case.

That being the case, I'll now (more) often need to make a change to the search, then (immediately) revert back to (the previous search) "pick up" on what had previously been available (prior to the change).


Was a Preference left in to revert that newer behavior?
(Thinking not, cause it was more like a bug, but there were times when buggy behavior as it might have been, was useful.)
void
Developer
Posts: 16665
Joined: Fri Oct 16, 2009 11:31 pm

Re: distinct: has become more distinct:

Post by void »

Early versions of Everything 1.5 would just add new results without testing for distinct/dupe/unique status.

This lead to much confusion as the newly added results were not distinct/dupe/unique.



Currently, Everything will not add new results when using distinct/dupe/unique.



I have on my TODO list to check the distinct/dupe/unique status before adding the result.
I have concerns about performance as the check requires the results to be sorted a particular way.



For now, please hit F5 to refresh the dupe/distinct/unique results.
therube
Posts: 4953
Joined: Thu Sep 03, 2009 6:48 pm

Re: distinct: has become more distinct:

Post by therube »

(just noting...)

i am really not liking where Everything has become more "accurate"
because as i'm apt to use DISTINCT: (or similar) regularly, & might
or might not have it enabled in particular windows/tabs, so when i
make a change & jump to a different window/tab & don't see what
i'm expecting, it then (& too often now) has become an oh, i've
got to hit F5 to Refresh for the change to turn up <dag'nam'it, heh>
therube
Posts: 4953
Joined: Thu Sep 03, 2009 6:48 pm

Re: distinct: has become more distinct:

Post by therube »

i had

"T:/1.mp3"
"T:/2.mp3"
"C:/1 + 2.mp3"

i CUT C:/1 + 2.mp3
& PASTED into T:/

at that point, "1 + 2.mp3" was gone - unexpectedly

even though DISTINCT: was in force, as all 3 files were visible, initially,
i (still) expected the MOVE (cut+paste) to still retain 3 files, yet only
2 remained (necessitating a Refresh)

i suppose this happened because it wasn't a "MOVE" as much as it was a
DELETE & CREATE [across different volumes] (& the create was "hidden" because of DISTINCT:)

- still i was not ready for that (that which i was no longer seeing ;-))
therube
Posts: 4953
Joined: Thu Sep 03, 2009 6:48 pm

Re: distinct: has become more distinct:

Post by therube »

a file deleted from outside of Everything is not removed from a DISTINCT: listing
- is that expected?

...



& then a bit of time after writing the above, i happened to see this "file" - in Everything
& i thought, i ought to move that file to my "DELME" directory

so i CUT the file & pasted it into my DELME directory
- only to be greeted by
> "You'll need to provide administrator permission to move this file"

& i'm like, huh? & then it dawned on me ;-)
void
Developer
Posts: 16665
Joined: Fri Oct 16, 2009 11:31 pm

Re: distinct: has become more distinct:

Post by void »

Everything 1.5.0.1372a improves distinct:

fixed an issue with the first distinct item being missed when using multiple properties with distinct:

fixed an issue with selecting the last item in a distinct list.

new results are now always added when using distinct: or unique: (you may see duplicated results when copying/moving)

dupe: will continue to not add new results.
Post Reply