AutoHotkey Community

I am playing around with exposing some autohotkey internals as script objects.

Using Lexikos' implementation of the func object as a guide, I have created object types for: line, hotkey, hotkeyvariant, argstruct, and exprtokentype.
So far only a few attributes are exposed:
argstruct: nextArg, test, token
exprtokentype: nextToken, test, symbol, token (circuit_token)
Line: actionType, argStruct, nextLine, sourceFile, sourceLine, source (sourcetext)
hotkeyvariant: hotwintitle, hotwintext, hotexpression, hotcriterion, nextvariant
hotkey: name, modifiers, variant, keyup, suppress

these attributes are readonly for now.
I plan to add more, and start making some writable.

I had to replace simpleheap::malloc with new ExprTokenType[size], increasing memory usage.

I also added func.sourceFile and func.sourceLine, to the func object.

I hope to be able to dump a syntax tree of the ahk internals in to a script object. Then I can use it as a test for a new pygments / ply based ahk parser.

source: https://github.com/tinku99/ahkdll
test script: https://github.com/tinku99/ahkdll/blob/ ... t/test.ahk

by the way, I couldn't have done this without having read the c++ fqa recently.

I would rather love to see lowlevel functions in AHK_L.
We could also provide functions to get pointers to global AHK structures like g, g_script and others.

In AHK_H you can already do that:

_________________
AHK_H (2alpha) AHF TT _Struct WatchDir Yaml _Input ObjTree RapidHotkey DynaRun

agree with exposing global ahk structures.
I would rather provide script objects rather than pointers to structs alone for easier maintainability.

Search the project for "operator new" to see how new and delete can be overloaded to use SimpleHeap.
Increasing the size of ExprTokenType (by adding virtual methods/a virtual function table) means more stack memory used for each expression-evaluation, which means that fewer recursions can be made into recursive script functions before stack overflow occurs.
I disagree with exposing internal structures. The entire line -> arg -> deref/postfix array hierarchy may change in a future version, and most of it is useful only in very specific cases.