xplorer2 v6.208 BETA

[nikos]

Not many changes, it should be a bit faster inserting ES results (you will only see a difference if there are thousands of hits)
https://www.zabkat.com/test/xplorer2_se ... t_beta.exe

thanks for any feedback!

[Kilmatead]

it should be a bit faster inserting ES results (you will only see a difference if there are thousands of hits)

Curiously enough, I was playing with that while you were off scoring weed, and a simple scrap search of

es:ext:exe;dll !\windows

resulted in around 10,000 hits, which populated the frame in ~7 seconds. This version populates in ~5 seconds. Comparing apples to oranges, but dragging the same results from ES itself into the frame populates in about 2 seconds. Curious.

Since I'm the only one likely to ever use es: in scraps, I'd like to request that instead of results being cumulative for repetitive searches, it would be more practical if the frame was auto-cleared first - given the CLI nature of invoking searches, it's faster to append "extra searches" - or re-editing existing syntax - right in the CLI itself and start anew, clean. Just my few cents, as that's how the original behaves, and it's ergonomically consistent.

Also, ironically, since it CAN take more than a few seconds to populate, I'd expect to see the numerical count incrementing in the status bar (gives one a better sense that maybe the search got carried away with itself - your little "in progress" animation is not overly informational).

And yes, I'm aware of the irony in complaining that it's not fast enough while asking for a feature which would presumably slow it down. What can I say, I'm unbalanced that way (and, possibly, a few other ways).

(But if you're grumpy 'cause your weed-deal fell through, and are not so inclined toward my happiness, I will content myself with the 2-second gain and bubble my bong softly into the aether cursing you in a rather surprisingly relaxed and mellow manner, weeping and pining remembering Bob Weir sadly passed away just last month.)

[nikos]

your wish is my command

ps. inserting via drag-drop is faster than search because (a) x2 is pumping messages (b) it must parse each path returned by ES

[Kilmatead]

...because (a) x2 is pumping messages (b) it must parse each path returned by ES

Yeah, I know... I did say "comparing apples to oranges". I just thought it was an interesting metric.

For those in the audience who are thinking that if the whole point of using ES is meant to give "instant" results, and 5-seconds doesn't really sound instant, bear in mind that doing the same search using the old fashioned "choo-choo train method" over 5 drives (mixed SSD & spinning-rust) and a million files (give or take), takes 125.344 seconds, or a bit over 2 minutes.

So, while the search itself is indeed relatively instant, the extra 5 seconds of form-population-time (to render 10,000 results) is negligible, if slightly longer than strictly "instant". Smaller (and more practical) searches (of under 500 results) will appear instantly.

[nikos]

of course finding the correct query string to search for in Everything will take you a couple of minutes, then the search is "instant"

[Kilmatead]

And using a GUI to manoeuvre through layering a few AND/OR/NOT rules together (properly) doesn't take time?

It's like the satisfaction-quotient you get from researching and finally figuring out a decent regular-expression: Yes, it took you 10 minutes to piece it together and test it out on a regex site, but hey, you earned it in the end and the results feel, somehow, more "honest" for the effort invested.

I mean, sure, you kids and your fancy horseless-carriages and infernal flying contraptions may get there faster, but there's a lot to be said for the fertilising contributions of gracing the world with "miles and miles of little brown piles".

[nikos]

build 6.209 brings another substantial speed increase (for thousands of files)
download link same as further up

[Kilmatead]

Yes, much better - though curiously it doesn't seem to use ES for simple unconstrained searches... something like *.png (for the whole C:\ drive) generates ~18,000 hits, and takes 9.5 secs. But (as proven by the log) it uses x2 search. This is reproducible.

Skipping ES for simple searches would appear to be a flaw introduced in v .9, as a quick test of v .8 shows it working correctly (if rendered so painfully slowly). Adding an extra complexity (such as excluding the Windows folder) causes the search to use ES as expected.

The incremental updating does apply for the ES search (thank you), though after you hit something really silly like 50,000 hits things begin to slow down dramatically and your modulus 500 interval betrays its origins. But that extreme is pointless, so I mention it only for fun.

[CrossX]

Sorry to disturb... but what is ES?

[Kilmatead]

It's just the abbreviation for the popular (and free) Everything Search tool.

This x2-beta's integration only works with v1.5 alpha, not the older 1.4 "official" version the website itself sports.

[nikos]

have you disabled everything search by any chance? Check ADVANCED OPTIONS

[Kilmatead]

have you disabled everything search by any chance?

Is that for me? I think I know what I'm doing.

<Waves hands in hypnosis trick> "You will read my posts thoroughly before refuting my aura!"

If I had somehow disabled it, how would I know that:

Adding an extra complexity (such as excluding the Windows folder) causes the search to use ES as expected.

This.
Is.
Repeatable.

And only in v.9

Test 1: (Bad)

Code: Select all

Search within: 
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:
Parameters: Subfolders, Depth first
FILTER DETAILS
Matching items: Folders, Files
Name wildcard: *.png
----------------
FOLDERS SEARCHED
----------------
searched MFT
0 folder(s) searched in total
Operation total time: 11.657 sec

Search complete

Test 2: (Good)

Code: Select all

Search within: 
::{20D04FE0-3AEA-1069-A2D8-08002B30309D}\C:
Parameters: Subfolders, Depth first
FILTER DETAILS
Matching items: Folders, Files
Name wildcard: *.png
[NOT] Path contains "\Windows" (exact=0)
----------------
FOLDERS SEARCHED
----------------
ES QUERY
"C:\" name:"*.png" !Path:"\windows"
0 folder(s) searched in total
Operation total time: 2.234 sec

Search complete

The "Searched MFT" vs. "ES QUERY" might be a giveaway.

[nikos]

right, i see you are using xplorer2 as administrator (think of the STDs out there) which enables MTF search. And .09 fixed MTF search (somehow it got bugged out and didn't even notice). MFT takes precedence, then ES. So your options are (1) run xplorer2 normally which incapacitates MFT search or (2) tick off index search (or completely disable it from advanced options) -- however this will also affect the windows search index

[Kilmatead]

So your options are (1) run xplorer2 normally which incapacitates MFT search

I ALWAYS run as admin. The only account I even have is admin. It can't be turned off. I don't understand people who intentionally hobble themselves out of fear and MS propaganda. If you use a real AV instead of default MS nonsense, you can just let it all hang out and walk proudly down the street in your skivvies. UAC me arse. Let the MFT be free!

Funny thing is, both tests return results, but the "evil" MFT search doesn't populate properly (no statusbar updating).

or (2) tick off index search

I told you that option was going to be your undoing, didn't I? Yeah, I did. My mamma always said: "Don't bring your guns to town, son, leave your guns at home."

I can disable that, no problem, but it does damage my capacity to test things, so you're only hurting yourself. Come to think of it, my mamma used to say THAT a lot too.

think of the STDs out there

Tell it to Mustapha Mond

[Kilmatead]

however this will also affect the windows search index

Apparently, that's what "es:si:" is for! Never used x2 + ES + WDS + AQS together before - works! Funny how the ES syntax isn't a million miles away from AQS syntax. Probably not a coincidence.

Code: Select all

es:si:"kind:music artist:(skouras OR orvieto)"

Pity the need to use the weird escapes for quotes...

Code: Select all

es:si:"kind:music album:&quot:dark side of the moon&quot: OR &quot:wish you were here&quot:"