Только маленький вопрос: а что будет, если выделить переменной больше места, чем надо?

Хотелось бы услышать ответ...

Я в этом очень плохо разбираюсь, так что заранее прошу за возможно очень глупый вопрос, но разве внедрение dll-ки в процесс - не добавляет эту dll-ку в адресное пространство процесса?
У меня даже в подтверждение моей версии есть пример: есть такая утилита, называется "unlocker" которая позволяет удалять занятые (используемые в данный момент) каким-то приложением файлы. Насколько я помню - она работает через внедрение своей dll-ки в чужие процессы. И потом эту саму внедряемую dll-ку нельзя будет удалить, пока процесс не будет перезапущен, т.к. система будет говорить, что какое-то приложение использует этот файл.
Нельзя кнопку в чужой процесс внедрить как dll-ку?

Dll подойдёт, нужно только заставить её исполнять нужный код. Ни у AHK_L ни у оригинальной версии dll в комплекте нету. Про "unlocker" не знаю, но внедряться в процесс для нахождения открытых хендлов не обязательно.

Давайте ссылку где вы прочитали, что VarSetCapacity() ограничивает длину, иначе ход ваших мыслей непонятен. Вроде бы сказано мной — «резервирует место» под данные в переменной.

Задавать вопросы и не читать ответы — плохой способ разобраться в чём-либо, выглядит как поиск внимания, а не ответов.
Возможно где-то любят цитировать msdn

Простите мне мою невнимательность: я чего-то и не обратил внимания, на то, что вы (да и в мануале то же самое) говорили именно про выделение памяти, а не ограничение максимального размера для выделеяемой памяти. Тогда всё сразу становится понятно.
Только маленький вопрос: а что будет, если выделить переменной больше места, чем надо?

Я в этом очень плохо разбираюсь, так что заранее прошу за возможно очень глупый вопрос, но разве внедрение dll-ки в процесс - не добавляет эту dll-ку в адресное пространство процесса?
У меня даже в подтверждение моей версии есть пример: есть такая утилита, называется "unlocker" которая позволяет удалять занятые (используемые в данный момент) каким-то приложением файлы. Насколько я помню - она работает через внедрение своей dll-ки в чужие процессы. И потом эту саму внедряемую dll-ку нельзя будет удалить, пока процесс не будет перезапущен, т.к. система будет говорить, что какое-то приложение использует этот файл.
Нельзя кнопку в чужой процесс внедрить как dll-ку?

Я правильно понял, что если сформулировать ваш ответ иначе, то в AutoHotkey принципиально отсутствует возможность добавления кнопок в существующие окна таким образом, чтобы это было именно добавление кнопок, а не эмуляция добавления, через создания собственных окон повех существующих?

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

«выделяет память» .

Задавать вопросы и не читать ответы — плохой способ разобраться в чём-либо, выглядит как поиск внимания, а не ответов.
Возможно где-то любят цитировать msdn

Нужный кусок кода можно найти в поиске по форуму. Вы не пробовали.

Не правда, пробовал: гугл по этому запросу "shellproc site:forum.script-coding.com" выдаёт 0 результатов.

Да что будет с данными, если им не хватает места - это и так понятно. Вопрос то был в другом: зачем вообще задавать какие-то ограничения размера? Если их не задавать - что будет? Я думаю, что в таком случае, сколько переменная запросит места - столько ей и выделят. Если это так, и если известно, что люди в своих скриптах используют ограничения длины для значений переменных (зачем-то же они это делают), то значит есть либо какая-то вероятность утечки памяти, если не задать ограничение, либо что-то будет работать не так, как положено.
В этом и вопрос - зачем люди задают ограничение на длину значения для переменной?
В справке на этот вопрос ответа нет.

На msdn понятия не имеют о существовании AutoHotkey, там все коды на С++. Даже если они сами по себе понятны - не понятно как их из AutoHotkey правильно использовать.

Я вижу, что у меня появляется больше вопросов, чем ответов, значит я что-то делаю не так. Значит, пора задать свои вопросы где-то ещё.

Размер резервируется под возвращаемое значение, если размер меньше нужного — данные не поместятся. Динамическое выделение памяти под переменные, автоматическая инициализация — свойство ahk, но не неопределённого множества функций которые можно вызвать используя DllCall.

Масса абстрактных примеров не нужна. Необходимая базовая информация есть в соответствующем разделе справки.
Вы просите «обзор по функция win API», к разделу форума отношения запрос не имеет msdn читайте.

1. Можете используя ShellProc callback function отлавливать HSHELL_REDRAW и «перерисовывать окно» при перерисовке родительского окна.

По ссылке понятно, что это за функция и для чего она. Но я не понимаю, как её использовать: там же описан C++ синтаксис, а не AutoHotkey, не могли бы вы привести кусок кода (я прошу даже не рабочий скрипт, а просто кусок кода, чтоб понять какой там синтаксис использовать).

Я же написал, что справку читал. Там сказано, что это позволяет ограничивать длину переменной. Но зачем? Что будет, если её не ограничивать? DllCall съест всю память чтоли?

Я умею пользоваться поиском. Вопрос был не в том, что такое GetCursorPos (ведь и из названия понятно, что эта функция возвращает позицию курсора), а в том какие функции может вызывать DllCall. Для меня сам DllCall, пока что - это тёмный лес. Я так понял, что DllCall - это такой "мост" из autohotkey к "более системным" функциям самой винды, ведь "Dll Call" переводится как вызов библиотеки динамических ссылок.
Очень хотелось бы узнать как им пользоваться, желательно с массой примеров (примеров много не бывает), но документации о том как им пользоваться из AutoHotkey - я не нашёл, приходится учиться читая коды чужих скриптов и расспрашивая не особо разговорчивых людей.

Как я понял - это тоже функция ShellProc, и в autohotkey справке абсолютно ничего не сказано по ShellProc.

Nочно, сам подумал об этом позже, спасибо.

Меня спугнуло то, что там требуют установить AutoHotkey_H, и не сказано работает ли это в AutoHotkey_L. Ну и потом - не очень-то это удобно, когда ради ответа на маленький вопрос приходится читать топик целиком. И никто не обещает, что в этом топике будут примеры использования.

Спасибо, кажется нашёл.
Поражает, что среди перечисленных в справке вариантов для "Gui, Add" отсутствует "picture", который идёт ниже в качестве примеров. Очень плохая документация по GUI.

Я правильно понял, что если сформулировать ваш ответ иначе, то в AutoHotkey принципиально отсутствует возможность добавления кнопок в существующие окна таким образом, чтобы это было именно добавление кнопок, а не эмуляция добавления, через создания собственных окон повех существующих?

Вопрос не мне задан, но: по ссылке достаточно документации с примерами.

Ваш бы энтузиазм в задавании вопросов да перенаправить на поиск ответов…

Один из вариантов и наверное самый простой, кроме того можно подгружать AutoHotkey.dll и создавать свои окна и контолы в чужом процессе, в том числе выполнять скрипты в отдельном потоке, но это уже отдельная тема.

Пожалуйста, а не могли бы вы показать на примере как это сделать?

2. Для чего в этом скрипте нужно:

VarSetCapacity(pt,8)

? И почему длина переменной выбрана равной именно восьми? В хэлпе как-то не очень понятно ссылаются на то, что эта команда используется обычно при DllCall (который я пока ещё не освоил), но не понятно зачем.

3. Где можно найти список функций для DllCall? Без него не понятно что вот эти строки делают:

DllCall("GetCursorPos","uint",&pt)
DllCall("ScreenToClient","uint",hParentWnd,"uint",&pt)
DllCall("SetParent","uint",hgui,"uint",hParentWnd)

4. Читал мануалы по команде GUI, но так и не понял - умеет ли AHK назначать картинку вместо текста создаваемым кнопкам?

5. Как правильно переделать скрипт так, чтобы кнопка добавлялась не по хоткею, а при появлении окна?
У меня есть только такая идея:

WinWait, specific_window
hParentWnd:=WinExist("specific_window")

но это сработает только однажды и если окно закрыть и потом снова открыть, то кнопка уже не пририсуется заново, а хотелось бы.
Как тут быть?
Правильно ли я предполагаю, что нужно тогда весь код по добавлению кнопки положить во внутрь какой-то метки start, чтобы можно было потом

WinWaitClose, specific_window
goto/gosub start

?

6. Можно ли как-то избежать того, что при клике по добавленной кнопке, окно, к которому она была добавлена - теряет фокус? Можно конечно в метку, которая отвечает за выполнение кода при нажатии на кнопку, добавить в начало команду "WinActivate родительское окно", но если по кнопке нажать и не отпускать - то родительское окно потеряет фокус, т.е. фокус хоть на время, но теряется. Можно ли этого избежать?

7. У меня есть скрипт который скрывает/восстанавливает активному окну заголовок (title bar), так вот созданная вышеприведённым скриптом кнопка по сути находится внутри своего собственного окна, и ей тоже получается восстановить заголовок (и при этом происходит баг, что кнопка смещается), можно ли это как-то запретить насовсем?

017: MsgBox,����

Посмотри тут, пункты 1 и 4.

Насчет http://forum.script-coding.com/viewtopic.php?id=6997 согласен, не для всех очевидно, что своя функция (в данном примере) вешается на кнопку средней клавишей мыши.
Надо бы расписать логику работы, составить блок-схему, заодним уж развернуто объяснить, как работает MouseGetPos,
для чего нужны хоткеи, что делает конструкция if...  else... И так - по каждому скрипту на 30+ страницах форума
В общем, RTFM и будет вам счастье.