SetTitleMatchMode Regex + i) option failing

[RaptorX]

Hello,

If you try this you will get the expected result if you have an AHK GUI out there.

Code: Select all

SetTitleMatchMode 'Regex'
F1::Msgbox WinExist("ahk_class AutoHotkey.*")

But as soon as you use the case insensitive option it returns 0x0

Code: Select all

SetTitleMatchMode 'Regex'
F1::Msgbox WinExist("i)ahk_class AutoHotkey.*")

The equivalent code for v1 does not have this issue.

[andymbody]

Both v1 and v2 display no match for me when I place the option at the beginning of string. But the following works for me in both versions...
"ahk_class (?i)AutoHotkey.*"

v1.1.37.01
v2.0.11

[RaptorX]

Both v1 and v2 display no match for me when I place the option at the beginning of string. But the following works for me in both versions...
"ahk_class (?i)AutoHotkey.*"

v1.1.37.01
v2.0.11

Yes, your suggestion works, interestingly these also work:

Msgbox WinExist("ahk_class i)AutoHotkey.*")
and
Msgbox WinExist("ahk_class (?i)AutoHotkey.*")
and even this one:
Msgbox WinExist("i) ahk_class AutoHotkey.*") ; notice the space after the option

but not this one:
Msgbox WinExist("i)ahk_class AutoHotkey.*")

[just me]

All is working as documented.

Code: Select all

Msgbox WinExist("i)ahk_class AutoHotkey.*")

This would search for a window title containing "ahk_class AutoHotkey.*". The ahk_ criteria must not be included in regex needles.

[neogna2]

I think just me is right, see
https://www.autohotkey.com/docs/v2/lib/SetTitleMatchMode.htm#Parameters

and even this one:
Msgbox WinExist("i) ahk_class AutoHotkey.*") ; notice the space after the option

There i) is ignored but the function finds and returns a Hwnd anyway because the case in AutoHotkey matches the class name case. It returns zero if we change to
Msgbox WinExist("i) ahk_class autohotkey.*")

[RaptorX]

I think im understanding now.

Why doesnt v1 have this issue?

[andymbody]

Why doesnt v1 have this issue?

My tests did show this same behavior in v1. But maybe I tested it wrong?

[RaptorX]

Why doesnt v1 have this issue?

My tests did show this same behavior in v1. But maybe I tested it wrong?

Nope you are right, I was the one who didnt perform the test correctly because of the point justme mentioned above. As soon as I changed the casing it stopped matching even with the "i)" option.

I guess my point seems to be that with the current usage of the tool

Code: Select all

"i)ahk_class AutoHotkey.*"

this seemed to be an ambiguous statement to me which now that they explained each part of the title match (ahk_class, ahk_exe) will have its own options so to speak, which is a bit strange as this would be an invalid i)testing ahk_class i)AutoHotkey.* Regex string in any other circumstance. Usually you cant have options like that unless on the second part you have the opening parenthesis like this: i)testing ahk_class (?i)AutoHotkey.*... see my confusion?

[andymbody]

see my confusion?

Yes. I suppose for clarity I will use the standard regex (?i), rather than the AHK option formatting. Because it does indeed look even more strange with the AHK formatting.

Looks like this works for multiple criteria... and is a little easier to read for me.
"(?i)tEsTiNg ahk_class (?i)autoHOTKEY.*"

[RaptorX]

see my confusion?

Yes. I suppose for clarity I will use the standard regex (?i), rather than the AHK option formatting. Because it does indeed look even more strange with the AHK formatting.

Looks like this works for multiple criteria... and is a little easier to read for me.
"(?i)tEsTiNg ahk_class (?i)autoHOTKEY.*"

agree, thanks for the clarification.

[lexikos]

each part of the title match (ahk_class, ahk_exe) will have its own options so to speak, which is a bit strange as this would be an invalid i)testing ahk_class i)AutoHotkey.* Regex string in any other circumstance.

Personally I think your perspective is a bit strange. WinTitle is clearly not a regex string, but a WinTitle string containing one or more criteria. The title and class name values can potentially be regex patterns (plural), but it is obviously not one big pattern across the whole set of criteria, which includes special keywords. Each pattern matches against either the title or the class name, not some combination of e.g. WinGetTitle(hwnd) " ahk_class " WinGetClass(hwnd).

i) in the middle of WinTitle can look odd, but it should remind you that WinTitle is a series of separate patterns and not one big RegEx. If you can be confused by i)A ahk_class B, you can also be confused by (?i)A ahk_class B not applying case sensitivity to B.

As an aside, options can be specified in a non-capturing group to better delineate the effective span of the option; e.g. (?i:A) ahk_class (?i:B).

[RaptorX]

Personally I think your perspective is a bit strange. WinTitle is clearly not a regex string, but a WinTitle string containing one or more criteria.

Yes, now that it has been clarified I think the same. I think is a problem of the documentation not being clear enough on that point rather than a syntax problem. It does mention it but as a side note, rather than an important point.

Im not sure how many people use multiple criteria when using SetTitleMatch 'Regex' but to me, using that command looked like it made the whole string being interpreted as a Regex string instead of a series of independent objects.

So, to be clear, Im not advocating for any changes in how this is done. I just got confused and when reading the manual, my confusion was not cleared until someone pointed out the obvious: each ahk_ keyword is a somewhat unrelated search that is grouped in one big string.