Как обычно, все оказалось не так уж и сложно, стоило только вникнуть в суть. Хотя и там без своих заморочек не обошлось, но куда же без этого)?

Распишу моменты, которые понял, может еще кому пригодится.

Сразу ссылка на Acc.ahk, а то было непросто ее найти.

Для начала, очень полезной оказалась программка Accessible Info Viewer (AIV). С ее помощью находим элемент, который нам нужен, копируем порядок дочерних элементов (к примеру, 4.3.4.1), добавляем в функцию acc_get и все. Дальше делаем с найденным элементом все, что захочется (в пределах возможностей acc, конечно) ).

Как пример, выберем папку в окне проводника:

#include Acc.ahk

WinGet, hWnd, ID, ahk_class CabinetWClass
Acc := Acc_Get("Object", "4.3.4.1.4.1.4.4.4.1.4.2", 0, "ahk_id " hWnd)
Acc.accSelect(9,0)

Кстати, можно поиграться с первым значением accSelect() и выбрать необходимый режим выделения элементов.

А теперь самое интересное: этот метод подходит не для всех программ. К примеру, тот код, который я приводил в своем первом сообщении, действительно оказался нерабочим. Мало того, если исследовать AIV Total Commander, то окажется, что элементы из панелей TMyListBox (папки и файлы) вообще не отображаются в окне AIV. Т.е. таким способом информацию об этих элементах мы не узнаем, а также не сможем с ними взаимодействовать.

И здесь можно применить другой способ:

#include Acc.ahk

ControlGet, hwnd, hwnd, , TMyListBox2, ahk_class TTOTAL_CMD
Acc :=   Acc_ObjectFromWindow(hWnd)
For i, child in Acc_Children(Acc)	
	Acc.accSelect(9,i)

Но, опять-таки, есть своё но: в последней (найденной) версии Acc.ahk (last updated 10/25/2012), в функции Acc_ObjectFromWindow был изменен параметр idObject = 0. И при выполнении код завершается ошибкой. Если изменить его на старое значение idObject = -4, то все выполняется как нужно.

Не буду утверждать, что это универсальный вариант, возможно у кого-то будет работать и с новым значением.

У кого будут какие дополнения - пишите, лишним точно не будет.

P.S.

А вообще, было бы отлично создать общую тему для Acc. Их (вопросов по acc) не так много, но иногда долго ищешь необходимую тебе информацию из всего списка найденного.

Судя по всему некоторые команды (в частности hotkey) тоже до старта исполнения

Наивное предположение. :: а не Hotkey, причем это даже и не команда.

Sleep 5000
Hotkey, f1,,I2  ; изменяем inputlevel
#InputLevel 1
f1::msgbox % A_SendLevel

Malcev, вы узнаете чему будет равен inputlevel только когда нажмете ГК. В самом начале исполнения, очевидно, inputlevel будет 1.

Inputlevel можно посмотреть в Hotkeys and their methods.

Судя по всему некоторые команды (в частности hotkey) тоже до старта исполнения и имеют приоритет над директивами.
Я не согласен с тем, что "ни одна команда на директивы не влияет".

Ну никак нельзя оказать влияние на выполнение директивы до начала хода исполнения скрипта поместив команду выше нее.

Так у f1 inputlevel будет равен 2, а не 1 (как указано в директиве):

Hotkey, f1,,I2  ; изменяем inputlevel
#InputLevel 1
f1::msgbox % A_SendLevel

Если бы можно было командой выключить директиву

#InputLevel 1
f1::f2
#InputLevel 0
f2::Msgbox
f3::Hotkey, f2,,I1  ; изменяем inputlevel

Как же не влияет?

Это влияние на условие директивы а не на нее саму.
Если бы можно было командой выключить директиву, или создать новую, или изменить выражение в условии...
Но по ходу выполнения скрипта даже невозможно создать хоткей с произвольным условием в #If, это условие должно быть прописано в коде скрипта.

ни одна команда на директивы не влияет

Как же не влияет?

SetWorkingDir, c:\
#If (A_ScriptDir != A_WorkingDir)
f1::msgbox