AHK: Возможна ли работа AHK на Android?

А работать с штрих-код рідером?

teadrinker, намек что такого в гугле нету.

teadrinker, отследить действия с ридера отправить в Excel, слишком сложно?

teadrinker, через USB к планшету. А на каком должен быть?
Суть:
1. Сканирую товар
2. Ахк проверяет его в эксель, который открытый в планшете.
3. Если тот то ставит галочку или меняет цвет на зеленый.

teadrinker, на Android (какая версия еще не знаю, может знаете какую нужно?).

teadrinker, есть ридеры Excel для андроида, такой же как и на пк, я спрашывал работает ли ахк на анроиде, работает. Ну и если работает то и Excel сможет читать.

teadrinker, ahk на C++ написан, на адроиде работает только Java, C, C++. Вывод, ахк работает на андроиде. Или я что то не так понял?

На Андроиде в принципе можно запустить все что угодно. На крайняк можно запустить в эмуляторе винду, а в ней AHK
Ну а если серьезно, то вот себе на телефон поставил SL4A -- среда, которая позволяет запускать Python, PHP, JS/HTML, LUA (устанавливаются отдельно, по ссылке - быстро).
Последний кстати немного напоминает AHK -- собственно это язык программирования, но более макроскопический, глобальный, где одной строчкой можно считать изображение, распознать, залезть в нет и произнести голосом результат.
Все это запускается на сервере, который на андроиде. Можно назначить выполнение скрипта каждые пять минут например, более детально еще не разобрался.
Библиотеки (фреймворки) можно устанавливать уж какие угодно ))).
Ну или взять Eclipse + Android SDK, и сразу APK сборку сделать, а в нем -- разработка не только на Java, но и на других языках, таких, как C/C++, Perl, Groovy, Ruby, Python, PHP, Erlang, Компонентного Паскаля, Zonnon, и прочих.

Интересно, какие языки останутся скажем, через лет 30...

Наск. я понимаю, AHK ориентированна на архитектуру виндовс, это посылка-принятие сообщений, так же структура окон в линукс совсем другая, так что это нужно совершенно другую программу создавать (хотя уверен подобное есть).

Верно, я это понял только когда дописал свой пост..
Значит, будет реагировать и обрабатывать события, происходящие в эмуляторе, а эмулятор уже будет взаимодействовать с внешними устройствами (веб-камерой например). Т. е. некоторые ситуации можно все-таки будет обрабатывать, но результат - или на экран, или через сеть, или в файл (?), непосредственно конечно не получится получать.

Ну у вас 3000 товаров и каждый нужно отсканировать, утилитам для камеры нужно 2 сек. что бы увидеть , потом 2 секунды пока оно опредилит и не дышать секунду две чтобы запечетлить штрих-код, итого 6 сек. на 1 товар, 3000*6= 5 часов, без ходьбы, взять товар, покушать, покурить тд.тп.
Спасибо всем кто отписал.

Напр. если конкретно уменьшить работу "на дурака" (обработку ошибок и всяческих ситуаций) а заточить программу (алгоритм) именно под, например только один цвет, или только одно (ну приблизительно) расстояние, и только черное на белом фоне, то за секунду будет распознавать.
Если что пишите в личку, могу помочь раз такой объем.

Eduard, спасибо конечно за инфу, но может еще пару десятков "мощных программ" посоветуете? На ADB уже скрипты пишут?

Скажу по секрету: вероятность, что случайно взятый андроид-планшет окажется на х86 архитектуре, весьма мала.

А разве не понадобятся драйвера для каждой железки, и насколько они могут быть специфичны... Т.е. будет ли Windows видеть железки, если они разработаны спецом под конкретный андроид-планшет.

А зачем пытаться запустить Excel и AutoHotkey на андроидном планшете? Есть же Windows-планшеты.

Если каждый день нужно отсканировать 3000 товаров, денег на удобство не жалеют.