Widok Moderator-Следопыт Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору AutoIt3 (Часть 1)     Домашняя страница: http://www.autoitscript.com Страница загрузки: http://www.autoitscript.com/autoit3/downloads.php   Описание: Цитата: AutoIt v3 - это язык для написания сценариев, напоминающий BASIC. Основным его назначением является автоматизация работ с Windows GUI (графическим интерфейсом пользователя MS Windows). Для выполнения этой сложной задачи предоставляется комбинация испытанных методов, включающих в себя эмуляцию нажатий комбинаций клавиш клавиатуры, перемещения указателя мыши, управление окнами и их визуальными элементами. Как показывает практика, эти "приводные ремни" весьма эффективны для получения работающих решений в ситуациях, когда другие стандартные средства (например, VBScript и SendKeys) оказываются бессильны. Умеет он очень и очень многое! Бесплатный.   Помощь по AutoIT: Справку на русском (и не только) вы всегда(?) сможете найти тут Учебник по AutoIt для начинающих Видео-руководства на YouTube (англ.) AutoIt v3: Your Quick Guide (652 КБ) - Ваш быстрый гид в мир AutoIt-а (книга в формате pdf) - Та же книжка online. Справочник по командам rundll32 Справка WinAPI (Win 32 API по шагам) Русский справочник по API-функциям Полезная информация по WinAPI на русском Помощь по регулярным выражениям Tutorial on DllCall() & DllStructs - Небольшое (пока?) руководство по использованию функции DllCall*()     Ресурсы, посвящённые AutoIt AutoIt в Википедии AutoIt Russian Community - Русское сообщество AutoIt Jabber-конференция для обсуждения мелких вопросов касающихся AutoIt Обзор скриптового языка AutoIt (рус.) AutoIt на Yahoo! Groups Раздел в конфиренции OSzone.net, посвящённый AutoIt Пополняющийся со временем сайт с полезными утилитами и функциями на AutoIt Коллекция AutoIt-скриптов от Sanja Alone Коллекция AutoIt-скриптов от MSFN (могут быть устаревшие). Коллекция AutoIt-скриптов от AZJIO     !!! Полезные советы и заметки - новичкам и не только     Рекомендации по написанию скриптов     Инструменты для AutoIt: AutoIt Path Switcher - Переключение пути к папке AutoIt. AutoIt3Wrapper [Страница закачки] - Программа для компиляции скрипта с дополнительными возможностями (добавление значка, описания и т.п). Koda (724 Kb) - Визуализация работы с GUI - аналог Visual Basic. CodeWizard (400 Kb) - нечто простенькое на вариант Koda. AutoItMacroGenerator (34 Kb) - Записывает в реальном времени действия пользователя в AutoIt-код. ScriptWriter (78 Kb) - Аналог AutoItMacroGenerator. API Constants (1042 Kb) - Утилита для просмотра всех констант API-функции и не только. Страница закачки утилит, которые идут в отдельной поставке редактора SciTE. AutoIt-меню для браузера Opera.   Готовые скрипты и программы с открытым кодом на AutoIt: Desktop Icons Restorator - Скрипт-программа для сохранения/восстановления позиции значков рабочего стола. CaptureIt - Утилита для захвата изображений с экрана. SwitchIt - Скрипт для конвертирования выделенного текста. Скрипт раскраски кода AutoIt для публикации в форумах   Общие вопросы и решения на Autoit: Обработчик скриптов добавляющий отладчик (debugger) - Последняя версия: AutoItScript Add Debugger Интеракция между несколькими скриптами Пример использование интеракции между скриптами - Добавление элементов GUI с внешнего модуля Чтение и запись данных с/в окна/о SciTE Пример автообновления версии своего приложения Копирование большого файла с отображением данных прогресса Создание динамического меню в Tray Icon (значок в области уведомлений) Пример создания своего мастера (Wizard) Метод, позволяющий запускать код VBS без создания временных файлов Описание функции GUIRegisterMsg() Пример перехвата вводимых символов с клавиатуры Пример деактивирования TabItem Пример вывода лога в Edit-поле (с поддержкой форматирования текста) Пример остановки/начало выполнения скрипта + Слежение за буфером обмена с заменой неподдерживаемых в имени файла символов Подключение приложения (GUI) к буферу обмена Пример использования меню с значками (ModernMenu.au3) -> Список программ в меню значка в системном трее Пример подсчёта интервала времени между нажатиями клавиш Слежение нажатых элементов в текущем окне (под курсором) Написание instant messaging Бота на AutoIt Способ, позволяющий посылать нажатие клавиши в неактивное окно (не путать со свёрнутым) Сервер <=> Клиент - Пример передачи файла Пример отображения только элементов GUI (без самой оболочки) Модуль, превращающий ваше приложение в Trial-версию Слежение за выделенным текстом и с последующим его помещением в файл   Отдельные функции и библиотеки (UDF): Функции, относящиеся к интернету Функции для работы с процессами и окнами Функции для работы с файлами Функции для GUI/Tray Системные функции Разное (то, что не подпадает под другие категории)     За шапкой следит ViSiToR   Всего записей: 24190 | Зарегистр. 07-04-2002 | Отправлено: 14:47 12-01-2009 | Исправлено: Maz, 11:50 17-04-2017

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Здесь ошибка. Подправь пожалуйста. Код:   Case 'Close Second win'      GUIDelete(StringRegExpReplace($sWinList, '<SecondWin:(.+?)>', '\1'))      StringRegExpReplace($sWinList, '<SecondWin:.+?>', '')      GUICtrlSetData(@GUI_CtrlId, 'Open Second win')     Добавлено: Про скриптовость, wellic, ViSiToR, - все понял, согласен  ;) Благодарю, за разъяснение ) Храмает мое самообучение )     Добавлено: wellic 15:03 16-04-2009 Цитата: Подскажите, где здесь ошибка. Почему не нажимается кнопка1   Подробнее...   Код:   GUICtrlCreateButton("Кнопка", 20, 40, 60, 20)     ;было:   ;GUISetOnEvent(-1, "_button1")     ;а надо:   GUICtrlSetOnEvent(-1, "_button1")     + после вызова _GUICreate_Func_2(), пока будет выполняться данная функция, т.е. пока не будет закрыто/удаленно коно № 2, - действия в других окна не будут происходить/выполняться. Так как в этой функции будет выполняться цикл, для MessageLoops ($msg = GUIGetMsg()). Действия в других окнах будут буферизироваться - т.е. будут выполненны после завершения функции _GUICreate_Func_2(). => возможно так и задуманно....? Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 16:31 16-04-2009 | Исправлено: sproxy, 16:48 16-04-2009

ViSiToR Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору wellic 15:03 16-04-2009 Цитата: где здесь ошибка. Почему не нажимается кнопка1 Ну хотябы потому, что функция по завершению выходит из режима OnEvent, а кнопка на нём и основывается. А почему бы не проверять всё это в главном цикле, а элементы, чтобы не плодить переменные, хранить в массиве:   Пример   В этом примере кстати, если попытаться запустить ту же функцию снова, то её диалог просто активируется, повтороного GUI не создаётся. ---------- ViSiToR a.k.a CreatoR CreatoR это не ник, CreatoR это стиль жизни! Всего записей: 3251 | Зарегистр. 01-04-2006 | Отправлено: 16:51 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Спасибо Цитата: ViSiToR и Цитата: sproxy . Все понял. Придется писать набор утилит по тдельности. И синхронизировать их работу через ini-файл Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 17:00 16-04-2009

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: И синхронизировать их работу через ini-файл Что то очень сложное? Смысл?   Реализация много оконности - вполне реализуема. Только определитесь OnEvent или MessageLoop и в определенном работайте.   К примеру, все время работаю с OnEvent, а для диалоговых окон, когда нужен MsgBox - но свой, блокирую основное окно и создаю новое информационное коно на MessageLoop (но не всегда, просто иногда при большой вложенности, OnEvent не срабатывает). Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 17:15 16-04-2009

ViSiToR Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору wellic 17:00 16-04-2009 Цитата: синхронизировать их работу через ini-файл В шапке есть пример интеракции между скриптами, возможно поможет. ---------- ViSiToR a.k.a CreatoR CreatoR это не ник, CreatoR это стиль жизни! Всего записей: 3251 | Зарегистр. 01-04-2006 | Отправлено: 17:35 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Я уже сделал прототип. Вроде работает. Интеракции я разобрал, тут они вроде не нужны. Все будет и так запутано   Для чего я все это затеял? Я делаю инструментик для себя, чтобы и утилитки написанные мной (которые нужны под рукой) запускать быстро из трея. И панели с кнопочками сделать, чтобы висели, и из них можно было вызывать написаные функции.   Я отлично понимаю, что если я перешел в режим MessageLoop, то пока я его не закрою, никакие действия в других моих функциях работать не будут. Разве что по таймеру.   Я все это горожу, чтобы можно было легче модульно писать. Добавил пункт в трей и вызов функции. И написал эту функцию с необходимой функциональностью в отдельном каталоге исходников. Так и проект проще наращивать. И код весь в одном месте.     А вот функции могут быть разные и те, которым пофиг где фокус ввода, и те которые его все время держат на себе. Потому я думал, что можно каждую функцию сделать в некотором контейнере, который обрабатывает свою очередь сообщений.   У меня прототип вроде работает. За базу взят механизм OnEvent, но в некоторых фунциях можно делать MessageLoop, просто не забывать вернуть механизм обработки сообщений.   В главном модуле должен быть только один вызов некоторый функции, которая либо живет до конца работы программы, либо берет на себя фокус, и после закрытия формы умирает Пример умирающей формы - это например или пользовательские настройки программы, или не который интерфейс с пользователем для уточнения работы некоторых функций. Вообщем, то что должно быть временным. Обычно такие формы содежат в себе кучу контролов (кнопки, картинки, панельки, списки, и т.п.) Вот потомуих проще описывать в MessageLoop, а не городить под каждый контрол отдельную функцию.     Еще раз всем спасибо. Вроде, все в мозгах вырулилось.   Добавлено:   Еще бы добавили  в AutoIt конструкцию типа Код: Local Func f(x) .... EndFunc   Вот тогда на нем реально большие проекты можно было бы писать Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 17:55 16-04-2009

ViSiToR Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору wellic 17:55 16-04-2009 Цитата:  проще описывать в MessageLoop, а не городить под каждый контрол отдельную функцию. Как я (и sproxy) показал в своих примерах, это совсем не обязательно, можно указывать одну и ту же функцию, и обрабатывать по Swith @GUI_CtrlID/@TRAY_ID....   Добавлено: wellic 17:55 16-04-2009 Цитата: Еще бы добавили  в AutoIt конструкцию типа Что она должна делать? ---------- ViSiToR a.k.a CreatoR CreatoR это не ник, CreatoR это стиль жизни! Всего записей: 3251 | Зарегистр. 01-04-2006 | Отправлено: 18:12 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: wellic 17:55 16-04-2009   Цитата:Еще бы добавили  в AutoIt конструкцию типа     Что она должна делать?   Вот например,   Код:   main.au3 #include "file1.au3" #include "file2.au3"   console(x)   ; как скрыть x, f()                ; как отменить конфликт имен   file1.au3 Local x = 0    ;как сделать реально локальную переменную модуля   Func f()  x = 1  ConsoleWrite(x) endfunc   file1.au3 Local x = 100 ;как сделать реально локальную переменную модуля   Func f()     ; а вот здесь бы хотелось сделать Local Func f() ; чтобы ее имя не передавалось в вызывающую функцию ; для этого модуля  x = 200  ConsoleWrite(x) endfunc       Естественно, это сильно упрощенная модель. Но мне нравятся языки ( втом числе и скриптовые), где я управляю областью видимости переменных и функций, а соотвественно и памятью. Это важно для больших задач.   Для меня загадка,  чем в данном примере Local отличается от Global. Если заменить, то разницы не будет при выполнении. Единственно компилятор разок-другой гавкнет и все. А если включить Opt("MustDeclareVars", 1) то main.au3 вообще не должен компилиться         Добавлено: Цитата: wellic 17:55 16-04-2009   Цитата: проще описывать в MessageLoop, а не городить под каждый контрол отдельную функцию.     Как я (и sproxy) показал в своих примерах, это совсем не обязательно, можно указывать одну и ту же функцию, и обрабатывать по Swith @GUI_CtrlID/@TRAY_ID....       Функция то будет одна, но именна переменых каждой формы снова понадобятся все   Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 18:32 16-04-2009 | Исправлено: wellic, 18:34 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Вот конечный вариант тестовой программки. Все бы нормально, если локальные переменные были бы локальными Программка работает, но нет чувства удовлетворенности.   Весь код здесь   Добавлено: deadbead Цитата: Существуют ли утилиты, которые способные отследить что за сообщения (WindowsMessage) отправляет приложение и кому?     Да поищи в гугле типа SpyWin или WinSpy. Таких утилит куча от бесплатных до платных. Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 18:45 16-04-2009 | Исправлено: wellic, 18:48 16-04-2009

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору wellic так и задуманно? это просто тест?- файл form3.au3, как в будут считаны данные из $nGUI_3_Input ? При желание, можно хэндлы нужных контролов хранить в отдельной переменой (как пример выше с окнами WinList), тогда для каждого модуля будет только одна глобальная переменная, некий $sModuleName_HwdList.   + считывать данные через ClassnameNN / Advanced (Class) элемента (есди модуль имеет GUI), но думаю с  $sModuleName_HwdList проще да и гибче.   А вообще, в целом - зачем заморачиваться на #include "common.au3" - не проще отдельно запускать exe файл? А интеракция, самая банальная и имхо удобная: передовать комманды через Edit поле AutoIt окна Главного файла программы. В данном случае, думаю, это наилучшее и решение.   ....либо, даже, можно сделать скрытое Gui окно и понасоздавать в нем Label / Edit - для передачи комманд. К примеру 1-ый label служит только для вставки туда комманд для главного кона или информирование, что готов результат, а 1-ый Edit будет служит для вставки результатов (если текст там или еще что).   В этом случае: 1. Главное окно будет независемо от модулей, банально считывать exe файлы в папке Modules и на их основе строить Tray меню. 2. Уж творить с модулями можно будет все что угодно, не заморачиваясь на пространство имен и т.д. конфликты 3. Можно делать гибко: некторые модули могут запускаться только в одной копии, а некотрые (скажем копирование файлов) запускать в множестве копий. 4. В главной программе Tray меню можно сделать даже GUI окном и сделать его очень удобным: графа № 1 запускает модуль, а рядом кнопочка крестик - что бы явно убить процесс модуля   ....и т.д. - плюшки......ухх столько понаделать можно ))) Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 20:45 16-04-2009 | Исправлено: sproxy, 22:09 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Когда приложение состоит из полусотни форм, и до сотни разных *.au3, то в скрытые окна не понакидываешь скрытых элементов У меня сейчас около нескольких десятков утилит (каждая состоит из от 3 до 10 файлов au3), которые надоело запускать по отдельности. Но связать их без существенной переделки в одну программу с данным компилятором невозможно. Или надо писать утилиту, которая бы перед компиляцией переименовывала локальные переменные или локальные функции, чтобы небыло накладок между модулями. Я такой препроцессор писал на Perl. Но это все геморой, и усложняет процес разработки   Мне в AutoIT нравится скорость разработки и простота работы с окнами других программ.   Но похоже реальное, крупное приложение будет трудновато писать. Мне сейчас надо писать систему, которая бы связывала в одно целое около десятка  программ разработаных разными программистами. А это подразумевает достаточно большое кол-во кода.     Т.к. настоящей модульности в AutoIT практически нет. Это есть самый большой недостаток скриптового языка. Думаю, если AutoIT будет развиваться, то автор сделает эту малость, типа локальных переменных модуля и локальных функций модуля. Просто когда делается компиляция, то надо ее в 2 прохода.     К сожалению, на данный момент, в AutoIT можно писать только небольшие системные утилиты и "нажиматели" кнопок. А всю функциональность писать надо развитых языках и встраивать в меню автоита. Вот у меня сейчас дилема, писать на AutoIT или Perl/Python.   Я для себя так и не решил, зачем в AutoIT локальные переменные, если они работают только внутри функций. Ну и сделали бы, если переменную объявил внутри функции, то она локальная, а если снаружи - то глобальная. Потому что, в данный момент оно так и работает. И зачем использовать ключевые слова Global и Local - не понятно. Может я что-то пропустил?       Добавлено: Цитата: wellic   так и задуманно? это просто тест?- файл form3.au3, как в будут считаны данные из $nGUI_3_Input ?     Все работает она локальная для модуля Вот и выплывает проблема, что переменные в разных модулях могут называться одинаково. Но предназначены для разных форм.   И надо городить огород, чтобы имена не повторялись. Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 22:59 16-04-2009 | Исправлено: wellic, 23:13 16-04-2009

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Цитата: Когда приложение состоит из полусотни форм, и до сотни разных *.au3, то в скрытые окна не понакидываешь скрытых элементов  У меня сейчас около нескольких десятков утилит (каждая состоит из от 3 до 10 файлов au3), Возможно, не так понял, изначально подумал, что из tray просто запускаются самомтоятельные фукции/приложени. И не думал, что между собой они взаимодействуют. Но имхо - даже в этом случае - это удобне.   Получается что у каждого модуля будет свой API. Скажем как передоваемые параметры коммандной строки. (кстати их то же можно использовать). делается очень легко, далее просто копируется с изминением названия комманд (если треубется) и изминенением дествий вызываемых коммандой.   Цитата: У меня сейчас около нескольких десятков утилит (каждая состоит из от 3 до 10 файлов au3), А сейчас править их не придется?   + / - конечно по спицифике. но если они сейчас работают в одном Едином приложени, имхо, помойму тут больше сложнейсте, чем с отдельными приложениями. Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 23:12 16-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору В том то и дело, что например у меня есть переменные которые зачитываются из одгого ini файла и общие для разных функций.   Но если делать через кучу функций, то повторяется код. Или например, я не пишу для каждой функциональности свою форму, а делаю почти как в ООП Есть некоторый каталог типа класса, в котором через определенные параметры генярятся определенные формы.     Если писать разными утилитами, то получится куча ехешников, и не дай бог, придется поправить какую нибудь общую переменную, или поведение. То придется переписывать все! функции, и перекомпиливать и отлаживать их все.         Добавлено: Цитата: Цитата:У меня сейчас около нескольких десятков утилит (каждая состоит из от 3 до 10 файлов au3),     А сейчас править их не придется?     Придется адаптировать, но не переписывать. А вот дальше они находятся в единой концепции, а значит изменения будут минимальными. Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 23:19 16-04-2009

ViSiToR Silver Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору wellic 22:59 16-04-2009 Цитата: в AutoIT можно писать только небольшие системные утилиты и "нажиматели" кнопок А вот и нет. Я умудрился на нём написать несколько не простых (как мне кажется) утилит, вот небольшой список. ---------- ViSiToR a.k.a CreatoR CreatoR это не ник, CreatoR это стиль жизни! Всего записей: 3251 | Зарегистр. 01-04-2006 | Отправлено: 01:00 17-04-2009 | Исправлено: ViSiToR, 01:05 17-04-2009

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору ViSiToR 01:00 17-04-2009 Цитата: ит, вот небольшой список [?]. + есть рабочий вариант информатора новых сообщений из "в-контакте", через _INetGetSource, хоть и пробник ..) Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 01:10 17-04-2009

timsky Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Цитата: + есть рабочий вариант информатора новых сообщений из "в-контакте", через _INetGetSource, хоть и пробник ..) А как авторизуетшься? Всего записей: 2287 | Зарегистр. 08-06-2004 | Отправлено: 01:30 17-04-2009

sproxy Full Member Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору timsky 01:30 17-04-2009 Цитата: А как авторизуетшься? Код: $sPage = _INetGetSource($sUrl & '/login.php?email=' & $sCfgEmail & '&pass=' & $sCfgPass) Всего записей: 556 | Зарегистр. 21-11-2007 | Отправлено: 01:40 17-04-2009

timsky Silver Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Не думал, что там открыто пароль передается. Всего записей: 2287 | Зарегистр. 08-06-2004 | Отправлено: 01:47 17-04-2009 | Исправлено: timsky, 01:48 17-04-2009

wellic Member Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору То Цитата: ViSiToR Спасибо тебе еще раз. Я как раз на твоих исходниках и разбирался с AutoIT в самом начале (месяца 3 назад) И написал кучу маленьких инструментиков для облегчения своей работы.   Но вот встал вопрос объединить все под одну оболочку, и уткнулся в язык То что предлагает AutoIT тяжело в сопровождении, а у меян основная работа - НЕ программирование, а бумаги и обслуживание железок.   Двойственные чувства. Мне очень нравится AutoIT. Он как VBA в Office, так и он для Винды. Но просто я имею достаточный опыт в программировании, чтобы понимать, какие проблемы меня ждут впереди.   Я сейчас форсированными темпами разбираюсь с Python. Хотя отлично знаю Перл, но в нем мне не нравиться OOП, и не удобно писать оболочки. На питоне я собираюсь писать  каркас и управление моими функциями. А вот системные работы с чужими окнами, пока меня устраивает в Autoit. Скорее всего придется обе системы использовать, если в ближайшее время ничего не поменяется в AutoIT   Все, сорри, завязываю обсуждать язык. Будем ждать Хотя если получится довести до ума свой препроцессор, то я поделюсь Всего записей: 339 | Зарегистр. 06-05-2002 | Отправлено: 01:54 17-04-2009 | Исправлено: wellic, 02:04 17-04-2009

Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166

Компьютерный форум Ru.Board » Компьютеры » Программы » AutoIT (Часть 2)

Widok (01-06-2010 13:08): Лимит страниц. Продолжаем здесь.

Переход по форумам  Закладки   » Компьютеры Цифровое изображение Программы Microsoft Windows UNIX Другие OS Hardware В помощь сисадмину Прикладное программирование Игры Форумные игры   » Интернет Web-программирование В помощь вебмастеру Графика Хостинг Зацените-ка!   » Тематические Ikonboard v.2 Ikonboard v.3 Invision Board Другие форумы PHP-Nuke и другие порталы Мобила   » Общие Спорт Флейм Темы по региональным встречам Музыка и Кино Юмор Литература и Живопись   » Ru.Board Новости Помощь по форуму   » Андеграунд eBookz Варезник Раздачи и акции Мобильный варезник Андеграунд Игры и фильмы   » Специальные Тестирование