Well, that might be true for even complex ones where you have at the end IS
with 0
or 1
But
in case of
(((GENRE MATCHES "●D\d+") AND NOT (GENRE MATCHES "●\d+")) OR (NOT (GENRE MATCHES "●(D\d+)") AND (GENRE MATCHES "●(2|T)")) OR (NOT (GENRE MATCHES "●D\d+") AND (GENRE MATCHES "●T")) OR ((GENRE MATCHES "●D\d+") AND (GENRE MATCHES "●2") AND NOT (GENRE MATCHES "●T")) OR ((GENRE MATCHES "●D\d+") AND (GENRE MATCHES "●T") AND NOT (GENRE MATCHES "●2"))) OR (NOT (GENRE MATCHES "●D\d+") AND NOT (GENRE MATCHES "●2") AND NOT (GENRE MATCHES "●2") AND (GENRE MATCHES "●\D+$"))
would be put where exactly?
And that where in that specific example is not important here; I do not need that information or knowledge how to do it for that code right now. The issue is: the time it will take the user to chew through something like this is more that a single click of a button. And most of the users will not indulge themselves in such tasks, as most users are not skilled programmers
I have no covers in my files so I cannot test this, so to know exactly what it does
But I can give an answer like this: as not every filtering expression returns data [files being visible on the list], a reverse button could not always work
And I think I need to emphasize: not a reverse button where reverse means manipulating the filtering code
but reverse button where reverse means showing the other portion of files currently loaded up to Mp3tag
How does Mp3tag works when a filtering expression is entered: files that do not succumb to that expression are removed? No, they are still present. So what would be the problem in:
1] Adding a temporary number to each file when it is loaded to Mp3tag?
2] Mp3tag taking notice of which numbers [i.e. files] are shown when filtering expression is entered?
3] Mp3tag showing all of the other numbers [files] when a reverse button is pressed, hiding at the same time the ones from the first group?
I admit: it is easy in for example FreeCommander to overlook that a Quick Filter is showing filtered items; which is something of a equivalent to Filter Box in Mp3tag. And that is why I configured it there to show me the whole main window [a Panel] in red- so that I will be impossible not to notice this special mode being turned on
If the Filtering Box would gain a red contour you would still not see it? Or if the black text on white space be switched to black on white? [Yes, I know: this would also require new more updates / options]
I see white box: I know I see what the code in the filter says
I see red [or whatever indication]: I know I see the opposite of what the code in the filter says
I do not use Library function so I am unable to speak of it from experience. But from what you are saying I understand that it creates large files - that would make my proposed option inconvenient to be used i combination with it
I have now under 15 000 files. The 100 000 number was chosen by me because it takes Mp3tag longer to apply any filtering code to it than to e.g. 10 000 files- so that it would be seen as larger advantage to be able to just click the reverse option than to write down the opposite code. And may I remind you, when Auto-apply
is turned on, when you write down then the filtering already happens- and so to prevent it, the user would have to turn it off. And that is just another of those little annoying things
But do you see a similarity here? I have a relatively low number of files- so I do not really have to turn off the Auto-apply
. But if I were to have 150 000 files then by default I would most likely run my Mp3tag with the Auto-apply
being turned off. And so my proposed option might not be for every user / set o files - but it would be the user who would decide if to use it. Just like it is now in case of the Auto-apply
Now that is a vital information, that shows even to no programmers like me what would have to be done first in order to make such option valid for larger sets of files
And so on that basis alone I can concur with conclusion that my proposition
but not as much as useless
but incapable of working as intended