The_Immortal
Новичок
- Сообщения
- 84
- Репутация
- 4
Всех приветствую!
Вопрос, возможно, не относится к AutoIt, но всё же хочу попросить вашей помощи, как у Windows-специалистов.
Имеется программа (конкретную программу предоставить не могу, поэтому пусть для примера это будет mspaint.exe), которую надо:
а) запускать до входа пользователя в систему от имени локального пользователя;
б) иметь возможность интерактивно с взаимодействовать с ранее запущенной программой после входа этим же пользователем в систему.
Т.к. программу надо запускать "от имени локального пользователя" сценарий запуска (через локальную политику) отпадает, т.к. процесс будет создавать от имени системной учетной записи.
Поэтому остается только Планировщик заданий со следующими параметрами:
- выполнять от локальной учетной записи для всех пользователей;
- выполнять при включении компьютера;
- процесс для выполнения: mspaint.exe.
Таким образом mspaint.exe. запускается до входа в систему, НО если позже войти этим же пользователем в систему, то с программой Paint интерактивно взаимодействовать будет невозможно. Если говорить в терминах Диспетчера задач Windows 8/8.1/10, то в случае вышеописанного метода запуска программы Paint она попадает в Фоновые процессы, где нет "окон". При нормальном же запуске программы (уже после входа в систему) она попадает в Приложения, где уже возможно дальнейшее взаимодействие с программой.
В общем, надо каким-то образом заставить программу (Paint, к примеру) с предварительным запуском через Планировщик впоследствии быть интерактивной (подразумевается работа с одним и тем же экземпляром процесса).
Может ли тут как-то помочь AutoIt?
Благодарю за внимание!
P.S. Я понимаю, что задача звучит странным образом: зачем запускать её до входа в систему, а потом осуществлять, собственно, вход? Но, увы, такая задача. Эта программа должна запускаться именно до входа в систему. Позже, возможно, потребуется лицезреть её именно интерактивно, т.к. таким образом можно будет увидеть возможные ошибки (логов программа не пишет).
P.P.S. Мне был предложен вариант следующий: делать автологин, запускать программу через обычную автозагрузку, а после блокировать пользователя. Но автологин это очень не спортивно.
Вопрос, возможно, не относится к AutoIt, но всё же хочу попросить вашей помощи, как у Windows-специалистов.
Имеется программа (конкретную программу предоставить не могу, поэтому пусть для примера это будет mspaint.exe), которую надо:
а) запускать до входа пользователя в систему от имени локального пользователя;
б) иметь возможность интерактивно с взаимодействовать с ранее запущенной программой после входа этим же пользователем в систему.
Т.к. программу надо запускать "от имени локального пользователя" сценарий запуска (через локальную политику) отпадает, т.к. процесс будет создавать от имени системной учетной записи.
Поэтому остается только Планировщик заданий со следующими параметрами:
- выполнять от локальной учетной записи для всех пользователей;
- выполнять при включении компьютера;
- процесс для выполнения: mspaint.exe.
Таким образом mspaint.exe. запускается до входа в систему, НО если позже войти этим же пользователем в систему, то с программой Paint интерактивно взаимодействовать будет невозможно. Если говорить в терминах Диспетчера задач Windows 8/8.1/10, то в случае вышеописанного метода запуска программы Paint она попадает в Фоновые процессы, где нет "окон". При нормальном же запуске программы (уже после входа в систему) она попадает в Приложения, где уже возможно дальнейшее взаимодействие с программой.
В общем, надо каким-то образом заставить программу (Paint, к примеру) с предварительным запуском через Планировщик впоследствии быть интерактивной (подразумевается работа с одним и тем же экземпляром процесса).
Может ли тут как-то помочь AutoIt?
Благодарю за внимание!
P.S. Я понимаю, что задача звучит странным образом: зачем запускать её до входа в систему, а потом осуществлять, собственно, вход? Но, увы, такая задача. Эта программа должна запускаться именно до входа в систему. Позже, возможно, потребуется лицезреть её именно интерактивно, т.к. таким образом можно будет увидеть возможные ошибки (логов программа не пишет).
P.P.S. Мне был предложен вариант следующий: делать автологин, запускать программу через обычную автозагрузку, а после блокировать пользователя. Но автологин это очень не спортивно.