AutoHotkey Community

I coded the following statement:

This statement is incorrect; however, AHK did not flag it as in error when the program was executed. Nor did AHK consider the statement correct (and use "}" as the delimiter).

Apparently, this spelling error is common. I got 29 hits when I searched the forum for "delimeter"!

AHK can't know every possible style for a GUI. It just tries to work with what you give it, like it does pretty much everywhere. It will accept this as well.

Does the documentation state it will reject invalid options? If not, this is not a bug.

Actually, it appears unknown options are intentionally ignored:

I understand why AHK can not know every style. But, from what I see about coding a STYLE or ExSTYLE, one must simply "Specify a plus or minus sign followed immediately by a decimal or hexadecimal style number." AHK might not care WHAT the numbers are--and need not--but, AHK CAN DETERMINE if the value is a value decimal or hexadecimal number, and thus if it is a valid (although possibly useless) option.

The other case I see where there is virtually an infinite number of options is the LABEL option. But, that too is parsable. That is, it must at least begin with the word LABEL. What the remaining text might be is indeterminant; however, it does not mean the option can not validated.

From what I see under the documentaion for GUI, there is a finite set of options, and thus AHK can validate them all. Have I missed some fine point? Are the options not all documented in the ONE place (the "GUI" topic)?

Yes. It's not a matter of whether it can be done; I already suggested they were ignored intentionally. At the point of that comment, it's already known that the option is unknown (has no effect). As it is, if a non-essential option is invented in the next release and scripts use it, they will still run on older versions. Maybe it should raise an error dialog; maybe there are other reasons it doesn't.

Either way, it's not a "problem with documented functionality", so it doesn't really belong in Bug Reports. Wish List might be more appropriate, assuming you want it to be changed.

After some consideration, I've decided to leave it how it is. There are a number of other commands which similarly ignore invalid options: Click, continuation sections, LV/TV functions, GuiControl. (Search the source code for "ignore it because it is unknown").