Quick name search recursively?

[Filehero]

Hi,

every once in a while I become confused by the effective differences between searches like Quick Name Search and the Visual Filters. Actually I do want to run a recursive address bar search for files of a size greater-than-x. But I got stucked because Quick Name search ("?"-notation) doesn't seem to offer a size parameter and Visual Filters ("|"-notation) ignores the "/r" switch.

Did I miss something?


Thanks & cheers,
Filehero

[TheQwerty]

See you're doing better than me because at least you remember that it's a quick name search which is a reminder that it doesn't search properties or other info as well.

Seems like you can't do this in a single goto ("?* /rf|size: >= 1 MB") and will need a script to do it:

Code: Select all

goto '?* /rf';filter 'size: >= 1 MB';

Might be a good one to replace with a couple of aliases:

Code: Select all

@size>=goto '?* /rf';filter;/*ensures we end up filtering*/filter "size: >= <@1 1 MB>";
@size<=goto '?* /rf';filter;/*ensures we end up filtering*/filter "size: <= <@1 1 MB>";

In both cases it defaults to 1 MB but you can pass a different size as an argument (ie "@size> 12.2 GB" or "@size< 13 MB").

Maybe it would be more useful to default to the curitem's file size if there is one?

Code: Select all

@size>=$dfs="<curitem>" ? filesize("<curitem>") : "1 MB";goto '?* /rf';filter;/*ensures we end up filtering*/filter "size: >= <@1 $dfs>";
@size<=$dfs="<curitem>" ? filesize("<curitem>") : "1 MB";goto '?* /rf';filter;/*ensures we end up filtering*/filter "size: <= <@1 $dfs>";

If you figure out a good way to combine it into a single alias let me know - the size operators (">", "=", etc.) make that a bit of a challenge.

[Filehero]

See you're doing better than me because at least you remember that it's a quick name search which is a reminder that it doesn't search properties or other info as well.

Damn, you can't be "fooled", can't you?

You're spot on. My question indeed was a diplomatic approach to ask for a "Quick address bar search" combining everything we already have at our disposal by means of Quick Name Search and Visual Filters. Implementationwise this could be impossible or hardly to justify ("too much work...."), but featurewise it would be exciting, indeed.

Thanks a lot for your script snippets - I need more icons...


Cheers,
Filehero

[TheQwerty]

My question indeed was a diplomatic approach to ask for a "Quick address bar search" combining everything we already have at our disposal by means of Quick Name Search and Visual Filters. Implementationwise this could be impossible or hardly to justify ("too much work...."), but featurewise it would be exciting, indeed.

In some respects I feel it can be considered a bug that "?* /rf|filter" does not work.

The ' /' signifies the end of the search pattern and what can follow is a known set of switches none of which contains '|'. I see no reason why XY couldn't pick up on the fact that it is being asked to search and filter in a single goto.


Personally, I think it's time to see QNS drop the N and gain the attribute, size, date, and age features of visual filters and perhaps even the boolean search's multi-field options.

[Filehero]

Personally, I think it's time to see QNS drop the N and gain the attribute, size, date, and age features of visual filters and perhaps even the boolean search's multi-field options.

Yeah. So I happily cite a long-time favourite band of mine: "And Then There Were Two"!

Don, get off the mountains!


Cheers,
Filehero

[admin]

Don, get off the mountains!

I'm trying to get down but you continue to create new mountains for me to climb...

Concerning this topic: My to do list is FULL.

[FluxTorpedoe]

EDIT: Welcome back to the hands-full mountaineer!
Well, your busy status is duly noted, but I'm to lazy to cut my post, so here it is...

---

"And Then There Were Three"

Maybe by differentiating requests we could obtain some...

• 1. Quick Name Search + Filter. e.g. "?* /rf|size: >= 1 MB"
According to Mr Help, filtering and searching are redundant:
"These "Quick Visual Filters" can not be combined with "Quick Name Searches" (using the "?" operator), as generally Searches cannot be visually filtered (it would mean filtering a filter...)."[Source: rtfm "idh_addressbar.htm";]
But as we know, it can already be done in two steps -and it works great- so why not allow the combination of the two?

• 2. (Enhance) Quick Name Search of All Properties. e.g. "?prop:Size: > 1 MB"
We already have Attributes (e.g. ?prop:#6:H), Tags, Labels and Comments, and also other properties that may already work but whose syntax is hard to apprehend (e.g. "?prop:Size: < 1 " works).
So at least Size, Date and Age (or the info on how to use them) would be a terrific addition!

Regarding the boolean, what do you feel is missing in the current one? "?:*.jpg | *.png"

A little OT: I've never really understood the added value of the "Quick Name Search" dialog... I spend my time so comfortably in the AddressBar, but I feel I may be missing something, what's the advantage of QNS?

[Enternal]

Don, get off the mountains!

I'm trying to get down but you continue to create new mountains for me to climb...

Concerning this topic: My to do list is FULL.

Wait, you were up in the mountains? Did you get lost? Well at least you got back down but yep, you have a new mountain to climb lol! Muhahahahaha!

[Filehero]

I'm trying to get down but you continue to create new mountains for me to climb... .

a hill at the utmost.

Concerning this topic: My to do list is FULL.

Code: Select all

import java.awt.event.ActionListener;
import de.xyplorer.DonOutOfIdeasException;
import de.xyplorer.WorkloadEvent;
import de.xyplorer.XYRootContext;

ActionListener xyWorkloadListener = new ActionListener() {
													actionPerformed(ActionEvent e) {
													// check workload where 1 = 100%
														if (e != null && (WorkloadEvent e).getCurrentWorkload() < 0.8) {
															XYRootContext.getForum().getThread(9502).bump();
														}
													}
												};

// fetch the to do list from root context and register my listener
XYToDoList xyList = XYRootContext.getToDoList();
if (xyList != null) {
	xyList.registerListener(xyWorkloadListener);
} else {
		// will never happen
		throw new DonOutOfIdeasException("This is the end....");
}

// now wait ....

Welcome back.


Cheers,
Filehero

[admin]

But I was not in Java this time. Here's a thumb of my recent mountain:

[Filehero]

But I was not in Java this time. Here's a thumb of my recent mountain:

I have to throw an ImageNotLoadableException here since I can't open it, nothing happens onClick.

The outline, but especially the "open" cabling strongly reminds me of Japan. Is it the Fujisan we see?


Cheers,
Filehero

[admin]

There is no click, it's just a small image.

And, BINGO, well done!

[Filehero]

And, BINGO, well done!

Great! Have you taken a stop in Osaka? I'll never forget this "crazy" food mile (don't remember the official name) - I've never enjoyed such an intense and exciting culinary experience thereafter.


Cheers,
Filehero

Edit/PS: Sorry for OT

[admin]

I was shortly in Osaka but skipped the food mile for now. (But I sure love japanese food.)

[Enternal]

@ Filehero
Nice! You noticed it right away. I was a bit not very confident whether it was Fuji or not even though I was there before lol.

But wow! You went during the good season. Summer months tends to be so humid. Did you go to any other city? But yes, the food in Japan is awesome! When I was there, I went to Tokyo, Kyoto, Nara, Hakone, and Mito. All the food was great. Even those fake display food looked good lol. Unfortunately I was sick the second week but it was so fun that I don't remember how bad I felt because of the sickness.