Processing Ajax...

Title
Close Dialog

Message

Confirm
Close Dialog

Confirm
Close Dialog

Confirm
Close Dialog

User Image
sandmann
65 discussion posts
I have a trigger for Firefox to move the Downloads window to a specific location using Window Created, the process filename, and the Window Text: ="Downloads"

This works, but it is also triggered by any window that begins with the word "Downloads". So it's acting like a stem of sorts rather than an if-and-only-if-it-exactly-matches modifier.

Is this a bug or by design?

Suggestions for accomplishing what I want? I've tried different Frequency settings but they don't seem to help because the Firefox downloads window may or may not be open when I hit an offending webpage.

Thanks.
Jan 20, 2020  • #1
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Good question! I don't think there's a way to do that with just the text query for Window Text.

Is the Window Class for the Downloads window different than the main windows?
Jan 21, 2020  • #2
User Image
sandmann
65 discussion posts
Yes, for both the main and downloads window it is "MozillaWindowClass".

Based on the Help text I read it as an IFF modifier rather than a stem. If stem was the intention, then maybe add a double-equal (=="Downloads") to clarify that it should be an exact if-and-only-if condition.
Jan 22, 2020 (modified Jan 22, 2020)  • #3
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, looks like we may be able to add an IFF operator for the next version. We'll be sure to let you know when it's been added.

Thanks!
Jan 31, 2020  • #4
User Image
sandmann
65 discussion posts
Okay, thanks.

I'm working around the problem now by putting in a negative condition for the websites that are biting me on this, but the logic of the way this works is somewhat confusing.

For example: ="Downloads" -sitename
where sitename is for example, "Binary" because this appears in the window title bar text
the pop-up reports this means:
Must Not Contain: Binary
Must Equal: Downloads

But if I reverse the order so it is: -Binary ="Downloads"
the pop-up reports this means:
May Not Contain: Binary
May Equal: Downloads

Huh?

Why the switch from "must" to "may"? Does "May Not" mean must not? Or is "may" being used in a permissive form such that both of these conditions become essentially meaningless?

If this is just a language issue, it is better if words/meanings are used consistently so the user doesn't get confused. (Coding is not supposed to be an exercise in creative writing ;-)
Feb 1, 2020 (modified Feb 1, 2020)  • #5
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Thanks for the heads up on that! I'm not sure what's going on there but will pass this to our developers so they can have a look at it.
Feb 3, 2020  • #6
Keith Lammers (BFS)'s profile on WallpaperFusion.com
Ok, I've heard back from our devs, and hopefully this makes sense. There actually is a difference here based on the order, and it has to do with how the text query generates the boolean algebra. The "-" symbol is the same as a boolean NOT, spaces are a boolean OR, and "+" is a boolean AND.

So in the first query, it is the same as entering "Downloads NOT sitename". But since this doesn't make any sense, the query automatically adds a boolean AND in there, so it turns into "Downloads AND NOT sitename". In plain language, this is "contains downloads and doesn't contain sitename." This query will only match window titles that contain the word downloads and don't contain the word sitename.

In the second one, it's the same as entering "NOT binary OR downloads", which does make sense, so the query doesn't change. In plain language, this is "doesn't contain binary or contains downloads." This query will match window titles that contain downloads, or don't contain binary. So it would actually match a window title with "blah downloads" or "yadda yadda" (because it doesn't contain binary).

Hopefully that makes sense as to why it is this way. I'm putting a note on my list to try and update the help text for the Query syntax to add some info about this.

Thanks!
Feb 19, 2020  • #7
User Image
sandmann
65 discussion posts
So this is one of those situations when the software is trying to be helpful rather than consistent....

I understand Boolean logic, but implied operators are handled inconsistently across the web (sometimes OR, sometimes AND, sometimes an error). Or here, where it is context specific.

I have a statistics and coding background so my vote is always consistency. That said, I noticed that the help text specifically omits the word "Boolean," I assume to avoid scaring away non-tech users.

Thanks for the info.
Feb 19, 2020  • #8
Keith Lammers (BFS)'s profile on WallpaperFusion.com
No worries! We've also just released a new beta, and we've added a new operator that does a whole string match. Try out
==Downloads
in the new beta :)
Feb 20, 2020  • #9
Subscribe to this discussion topic using RSS
Was this helpful?  Login to Vote(-)  Login to Vote(-)