DisplayFusion RSS: Triggers Window Text Equality Modifier

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Thu, 20 Feb 2020 19:49:51 GMT

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

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Wed, 19 Feb 2020 23:17:20 GMT

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.

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Wed, 19 Feb 2020 19:40:36 GMT

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!

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Mon, 03 Feb 2020 18:28:32 GMT

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.

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Sat, 01 Feb 2020 15:14:58 GMT

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

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Fri, 31 Jan 2020 18:21:34 GMT

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!

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Wed, 22 Jan 2020 05:39:48 GMT

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.

RE: Triggers Window Text Equality Modifier

Binary Fortress Software — Tue, 21 Jan 2020 18:32:32 GMT

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?

Triggers Window Text Equality Modifier

Binary Fortress Software — Mon, 20 Jan 2020 05:18:41 GMT

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.