Portable file icons

[admin]

Is the pattern 2*.txt supposed to work (meaning: files positioned anywhere, having names starting with 2 and the extension txt), or was I expecting too much?

If you provide wildcards you have to provide ALL wildcards needed to match the full path of the file in question. So for your job the pattern should look like this:

Code: Select all

*\2*.txt

You cannot expect too much from CFI.

[highend]

I've added the following entry to that list:

Code: Select all

+*.s02>D:\Install\Tools\Packer\WinRAR\.Settings\.IconWinzip.ico

and created a file named "test.s02".

The PFI list shows the correct icon for it, but the pane doesn't reflect that change?

Btw, I'd like to be able to define entries where single characters can use a placeholder as well.

Like:

Code: Select all

+*.r??>D:\Winrar.ico

Maybe (even better) by distinguishing if it can be a digit or a normal character. More like a regex definition.

For *.r01 - *.r99 (new Winrar extension format):

Code: Select all

+*.r[0-9][1-9]

Probably too much work for you...

[admin]

@highend: Hmm, all of your examples are already supported and work fine here. Are you sure they don't work at your end?

[highend]

Em, oh^^

I've looked at the changelog before and didn't see any occurrences of "will also work with regex definitions" so I didn't try them

After removing the + sign in front of an entry, everything is working as expected.

Sorry, seems I'm still too tired...

[admin]

It's no regex but groups ([a-z], [1-9] ...) are supported by the normal XYplorer wildcard pattern matching, along with the standard wildcards *, ?, and #.

I have no plans to support regex here (would be too slow).

I'll remove the + signs from my examples to make them understandable also for tired users.

[tiago]

Why patterns "a*\" do not pass folders starting with "a" but "*a\" correctly passes folders whose name end with an 'a'?

Is it planned that .bmp, .jpg and .png could be used as ico sources for folders?

[admin]

Why patterns "a*\" do not pass folders starting with "a" but "*a\" correctly passes folders whose name end with an 'a'?

You need to match the whole path. So to match all folders starting with "a" use: "*\a*\"

[highend]

It's no regex but groups ([a-z], [1-9] ...) are supported by the normal XYplorer wildcard pattern matching, along with the standard wildcards *, ?, and #.

Thanks for the clarification!

I would put that sentence at the end of this help file topic (to help all the tired users) *g*

[tiago]

My $0,02 on thanks, either.
And a billion for the resource!

[Borut]

You cannot expect too much from CFI.

Oh, yes, *\2*.txt works marvelous indeed. I just got appetite... Could the same be expected from PFA? Wouldn't it be a quantum leap to have PFA depending not only of extension, but also on a position and naming context?

BTW, which documentation line have I overlooked in the first place? Maybe some additional example/explanation would halp the future CFI/PFI users with wildcards.

[admin]

You cannot expect too much from CFI.

Oh, yes, *\2*.txt works marvelous indeed. I just got appetite... Could the same be expected from PFA? Wouldn't it be a quantum leap to have PFA depending not only of extension, but also on a position and naming context?

Oh, this should have worked with PFA. You discovered a bug. Fix coming...

[Borut]

Oh, this should have worked with PFA. You discovered a bug. Fix coming...

Seems to function great in 12.30.0204. Wow! Many thanks!

[admin]

Oh, this should have worked with PFA. You discovered a bug. Fix coming...

Seems to function great in 12.30.0204. Wow! Many thanks!

You really use this? *\2*.txt? For what is this good in the real world?

[FluxTorpedoe]

So do you think it would be feasible to add the " /#" suffix support in PFI (without too much work)?

No, forget it. That would be speed and memory wise a totally different story.

Understandable! Thanks for the answer.

groups ([a-z], [1-9] ...) are supported by the normal XYplorer wildcard pattern matching, along with the standard wildcards *, ?, and #.

Wow again! Very interesting! (& that brought light to my problems of filtering items with # in the name...)

BTW, my very first PFI was a nice "tagged scroll" icon for XYS files... They're so lively now, it's a joy to behold!

[admin]

BTW, my very first PFI was a nice "tagged scroll" icon for XYS files... They're so lively now, it's a joy to behold!

Show it!