Regex appears to match full-path instead of what is in the lister / directory meaning ^ won't work, etc

Help & Support
1

I've been having a lot of issues with regex in this program and I've been told numerous times that ^ works, but it doesn't for me and for what I'm using it for it should work because it is super simple.

Basically, folders that begin with _ ( 1 or more ) should be classes as an Internal file folder, all others A File folder... Because only one label can be applied at a time ( ie only 1 will actually show in the label field to be grouped by ) I have it set to the first and to stop trying to match anything else when it finds the situation...

Screenshots are provided for the bugged cases where sometimes _ works, other times it does not. I also have some screenshots at the end ( well, 1 which represents a list of failed regex which should work but doesn't )..

\ Appears to work, in most cases, for searching from the start of the string but there are cases where it fails ( when inside a folder which starts with _ it will assume the folders inside that folder all start with _ )...

^ has failed to work even once.

Lets see what \_+.* yields:
Working: dl.dropboxusercontent.com/u/260 ... 0_3461.png
Fail ( Parent begins with _ ): dl.dropboxusercontent.com/u/260 ... 0_3567.png

Lets change it to: ^_+.*
Fail: dl.dropboxusercontent.com/u/260 ... 6_6912.png
Fail: dl.dropboxusercontent.com/u/260 ... 13_772.png

Lets try _+.* ( which doesn't look at the start and will match a lot of the wrong folders such as ones with _ in the middle and because the parent folder has a _ will match ALL of them)
Fail: dl.dropboxusercontent.com/u/260 ... 9_8349.png

Debugging / End Result / Conclusion or my theory as to what is going on ( NOTE: It seems that if ANY of the parent path contains an underscore all folders are matched with this ):
So the bug seems to be that it matches the entire path instead of the folders in the lister / directory... ie c:\blah\blah\test.lua will use the entire string instead of just test.lua to match... which is probably why \ starts at the beginning if I go to the end but fails when I use .* because it'll match from _parent.*

There needs to be a way to match only what is in the lister instead of the full path and there should be a warning that it matches the full path instead of just the things in the lister...

To test this theory I tried \reintegrate\+.* as the pattern:
Pass: dl.dropboxusercontent.com/u/260 ... 5_7329.png

How do I make it look at the directory in question instead of the full-file path?

2

Edit: I do see how having the full path can be beneficial which is why I'm asking for a switch or a method to only look in the current directory otherwise we have to use exact paths ( repetitive ) or complex regex for something that would be very simple if it was only for the current dir...

Maybe I need to use a script for my current task but when the pro trial ends, that ends and the feature that exists and should make things easier.. doesn't..

3

In some contexts, full paths are used (e.g. regex labels), in others only names (e.g. when renaming files).

If we're talking about regex labels, those do indeed use full paths as people often need them to. For that case, you can match folders which start with "xyz" by using something like .\xyz[^\]

You could also use a filter label, instead of a regex label, and then use the Name clause and a wildcard or regexp which will only be applied to the name, not the full path. (There's also a Full Path clause for doing that.)

4

Edit ( Honestly being able to append to the original post should really be included, or a simple 1 line mod to allow editing within 5 minutes ): Even using $ to match from the end means making a somewhat complex regex to complete a basic task and I can't use .* because it will jump over into other folders...

ie: (\(_+)(.*))$ doesn't work because it still hops and using something more complex to jump over all the others is also an issue..

This one seems to work but how long until something screws it up?: (\(+)\w+)$ and it is much more complex than it needs to be... a simple ^+.* would be fine and \w only includes a-z case insensitive 0-9 and _ which doesn't cover all possible characters a filename / foldername can use ( which is all characters EXCEPT: /:*?"<>| so should I do an inverse check for not those + in order to cover all bases or??? It would be so much easier to only cover the directory list instead of the entire path... )

5

I've been using Wildcard Filters... Label filter just seems so O_o .... and I tried having it match the name, or subfolder using regex for ^_+.* and no dice either.

6

I just tried Target, Match, Regex and Folder .* using Label A File Folder __Internal to get it to apply that but it doesn't match anything leading me to believe it is used to match label names applied to things or something... and doesn't apply the label I select above either...

7

Post editing is a closed subject. Please do not mention it again. Everything we have to say is set out in the FAQ on the subject, which has built-up over similar conversations like this for the last several years, none of which go anywhere. We cannot and will not make any changes there unless they come from phpBB. End of discussion.

With a regex label, you can use something like this to match a folder name that starts with abc and ends with xyz:

.*\abc[^\]*xyz$

With a filter label, and the Name clause, you could use this:

^abc.*xyz$

Note: NAME not TARGET. Target is something completely different. Not sure where that idea came from?

8

It is hard not to mention it when, if I want to add something to the post should I write Append: .... instead of Edit: ... - the latter is shorter and with low amounts of time I can't simply omit words from my dictionary. But, fine.. if you don't want to take 1 minute to improve the quality of the board or use the mod tool to install a mod then that's up to you...

As for the Filter Label: I forgot to mention I also tried Name; those were the 3 that sounded the most like what I needed.

On all 3 I even tried using .* and it didn't modify the label at all but that may be because of the label bug where only the first label is applied to group things by ( although the icon should still be altered by the last or another icon should be added ) so I'll try unchecking the

The only things I have under Label Assignments are "Create a new Label Filter", "Create a new Wildcard Label", "Assign label to a specific folder path", "Assign label to a specific file path", Edit, Move Up / Down, Delete, View by Label unchecked....

I tried Wildcard label Although the ?! tag doesn't work to match the inverse of these characters in place of \w to be sure all valid folder-name characters are selected: [/:*?|] ( this with proper escaping and with ?! does nothing )

EDIT: That's it.... Because of the label bug ( which prevents any label being applied beyond the first and which also prevents the icon from being altered beyond the first ) it prevented the folder from accepting the filter.... But the label bug should really be fixed or a notification should be displayed or something to let us know when 2 filters are conflicting or preventing another from being applied because only 1 label can be applied.

9

Maybe think about your reply for five minutes before hitting the Submit button.