<...>но как на прямую заполнить/записать в переменную, что то не зная её имени... в AHK нет таких средств или я о них не знаю.

Видимо мне тоже не суждено постичь целиком замысел ТС'а. Относительно данного предложения - можно поручить запись/хранение переменной процедуре хоткея, и адрес переменной будет неважен, для этого обработку хоткея поместить в функцию. До инициализации (в данном случае по хоткеям F2/F3, но можно любым способом, хоть в цикле данными из массива), контекстные клавиши в Опере и блокноте недоступны.

F2::F1_opera(1) ; Инициализация F1 для оперы
F3::F1_notepad(2) ; Инициализация F1 для блокнота


#if WinActive("ahk_class OperaWindowClass")
F1::F1_opera()
F1_opera(p:=0)
{
   static a:=0 ; идентификатор
   if p {
      a:=p
      Return
   }
   if !a
      Return
  ; Тело хоткея
   MsgBox % "Опера`nUIA = " a
}
#if

#if WinActive("ahk_class Notepad")
F1::F1_notepad()
F1_notepad(p:=0)
{
   static a:=0 ; идентификатор
   if p {
      a:=p
      Return
   }
   if !a
      Return
  ; Тело хоткея
   MsgBox % "Блокнот`nUIA = " a
}
#if

Я просто думаю как оформить сами переменные, как вариант вызывать функцию с передачей имени переменной, возвращать можно индекс, но как на прямую заполнить/записать в переменную, что то не зная её имени... в AHK нет таких средств или я о них не знаю.

RShift::
if (!listVar[iWitcher2_RShift]) 
    return
; Далее код получения по значению переменной Witcher2_RShift, которая является индексом в массиве
; Потом код выполнения
return

По идее всё верно, но скрип ещё не написал, доделываю основную обработку обработку массива и думаю как оформить эти переменные.

Например так (Инициализация)

listVar := [Witcher2_RShift, Witcher2_LShift,......]
Witcher2_RShift:=0, Witcher2_LShift:=0

или как то иначе.

Жаль что нет в AHK положить по адресу...

Я так и не понял. Что такое "предобработка клавиши"?
Как понимать "уникальные идентификаторы для каждой подпрограммы"? Что это такое и с чем его едят?

Поясняю.

Есть скрипт, который является фрагментом другого скрипта.
В этом скрипте присутствуют, ну скажем 10 определений клавиши RShift, они срабатывают по-разному, так как каждая из них находится в секции проверки активности разных окон.
Так вот проблема заключалась в том, что бы задать каждой клавише RShift разные действия, но они задаются из области, которая не контролирует окна.
Конечно, можно проблему решить проще, но мне показалось, что оптимально создать массив, который определит действия каждой клавиши. Проверять какое из окон активно, то же вариант, но надо сначала сделать предварительную инициализацию каждой из клавиш, что бы она сразу/напрямую считала нужные действия из массива, а не динамически их обрабатывала в ходе нажатия.
Что бы поменять действия по нажатию на клавишу, то я просто вношу поправки в массив, а не в процедуру обработки нажатия на клавишу.

Я попробовал динамически вариант, возникает задержка в срабатывании, а присваивать заранее действия, конечно, это можно, но возникает путаница - надо всё самому запоминать, там и переменные и ссылки на подпрограммы и запуск остановка таймера, много чего и это всё находится в одном массиве (двухмерном).

Вроде полностью объяснил, почему мне потребовался вариант с предопределением индексов

P.S. Ещё есть вариант, с предописанием и проверкой меток, но там нет зависимости от окон. Все подпрограммы работают в одном окне, пока не запустится любое полноэкранное приложение - тогда они просто отключаются, но не все, остаются 2-3 клавиши. Они позволяют контролировать это полно экранное приложение и ещё кое-что, что должно постоянно срабатывать.

Инициализация:
{
  initDone=1
}
if initDone=
  return

Остальной код

LButton::
{
  if initDone=
    return
  Остальной код
}

Мой код:

goto Avoid_VarScript  ; На точку обхода.
fnOverallSection(){
;код инициализации файла VarScript.ahk
return
}
;Остальной код
Avoid_VarScript: ; точка обхода

Что проще?

У меня все ahk-файлы подключаются по #Include
И в каждом модуле:
Первая строчка goto leave_Games(как пример, в каждом модуле разные метки, они именуются по его имени)
Потом код
Последняя leave_Games:

Я про подключаемые файлы.

Или я вас не так понял...

OFF:
Уже спать пора...

Вот основной файл.

;*********************************************
;***************BEGIN SCRIPT******************
;*********************************************
;-----Инициализация
; Скрипт не выгружается
#Persistent
; Запрет повторного запуска
#SingleInstance

OnExit, EndASOS

;=============Секция подключения файлов
#Include c:\AHK\Include\                  ;  Устанавливаем путь к общим файлам
#Include PathUses.ahk
#Include C:\AHK\AllSystemOS\              ; Устанавливаем путь к файлам скрипта
#Include ResourceASOS.ahk                 ; Установка ресурсов скрипта
#Include VarScript.ahk                    ; Переменные/константы для скрипта и начальная инициализация
#Include HelpKey.ahk                      ; Справка по клавишам
#Include Games.ahk                        ; Управление играми
#Include AppStartUp.ahk                   ; Запуск приложений
#Include RunCon.ahk                       ; Запуск с консоли
;Тут писать новые подключаемые файлы к скрипту.
#Include EventManager.ahk                 ; Менеджер событий
#Include InitASOS.ahk                     ; Инициализатор скрипта. Обязательно последняя в списке подключения!!!!
#Include TrayASOS.ahk
;=============Секция инициализации скрипта
Gosub InitASOS        ;Старт иницализации
fnPathUses()          ;Иницализация путей
fnResource()          ;Иницализация ресурсов скрипта
fnOverallSection()    ;Иницализация блока переменных
fn_arMainKeyInit()
; Тут дописывать нужные иницализации.
fnTrayASOS()          ;Cменить иконку скрипта  и меню скрипта. Обязательно тут перед завершение инициализации скрипта!
Gosub lCloseInitASOS  ;Завершение иницализации. Обязательно последний вызов после всех!
return

ExitSub:
lExitProc:
EndASOS:
ExitApp
;============= 

И где проверку то ставить?
Ведь каждый  файл подключённый по #Include начнёт выполнятся и придётся менять порядок подключения, т.к. инициализация происходит в определенном порядке, при его нарушении скрипт будет не работоспособен.

Инициализация:
{
  initDone=1
}
if initDone=
  return

Остальной код

LButton::
{
  if initDone=
    return
  Остальной код
}

Это упростит ваш код.

Только лучше вместо "goto" используй "gosub", т.к. там в конце все равно "Return".

это по привычке.
У меня все ahk-файлы подключаются по #Include
И в каждом модуле:
Первая строчка goto leave_Games(как пример, в каждом модуле разные метки, они именуются по его имени)
Потом код
Последняя leave_Games:

Это что бы избежать выполнения до инициализации, которая вызывается из основного модуля.

Кстати, рекомендую такой метод, ну если ты иного не используешь.

Alectric пишет:

Скинь мне файл я посмотрю.

все файлы? Ты там просто запутаешься, честное слово... около 5000 строк, не сжатый exe весит около 3 Мб... кажется или больше.

Да глупость сказал.
У самого такая программа на 2900 строк.

Только лучше вместо "goto" используй "gosub", т.к. там в конце все равно "Return".

Скинь мне файл я посмотрю.

все файлы? Ты там просто запутаешься, честное слово... около 5000 строк, не сжатый exe весит около 3 Мб... кажется или больше.

Я кажется нашёл более простое решение, но на основе твоего

#Persistent
goto initvar
a::
if (!Var1) 
      return
 msgbox % Var1
return
b::
if (!Var2) 
      return
 msgbox % Var2
return

initvar:
Var1:=1
Var2:=2
return

  Ну массивы я пропустил, для упрощения, для наглядности.