Более того, AppActivate в случае .run не требуется, за активацию отвечает второй параметр со значением 1 или 3.
Требуется, чтобы проверить существование окна (в цикле — дождаться его появления).
]]>Трудно спорить не обладая достаточными познаниями, но, судя по опыту, активизации консольного окна по заголовку оказывается достаточно.
Пока не появится курсор, активация по заголовку к положительному эффекту не приводит. Более того, AppActivate в случае .run не требуется, за активацию отвечает второй параметр со значением 1 или 3.
Похоже, что что-то такое происходит:
Эмулировать клавиши из батника - всё-таки не то же самое, к тому моменту строка уже получает фокус.
работают как
Понятно.
]]>Он активирует окно по заголовку, сам клик в рабочее поле не производится.
Трудно спорить не обладая достаточными познаниями, но, судя по опыту, активизации консольного окна по заголовку оказывается достаточно.
В случае с SendKeys такого не происходит.
Похоже, что что-то такое происходит:
/* 2>nul
CScript.exe /e:JScript "%~f0"
set /p str=
echo %str%
pause
exit /b
*/
(new ActiveXObject("WScript.Shell")).SendKeys("Hello, world!~");
WScript.Sleep(3000);
Мне не поможет, у меня выпилен.
C telnet.exe все перенаправления, за исключением
telnet.exe<conработают как
telnet.exe<nulНе понял, откуда такой вывод.
Он активирует окно по заголовку, сам клик в рабочее поле не производится.
Скорее всего, нажатия клавиш будут запомнены в буфере клавиатуры и извлечены из него по мере готовности.
Если бы. В случае с SendKeys такого не происходит.
echo help|telnetМне не поможет, у меня выпилен.
]]>Тогда AppActivate тут не поможет.
Не понял, откуда такой вывод.
Проблема в активации подстрочного курсора.
Скорее всего, нажатия клавиш будут запомнены в буфере клавиатуры и извлечены из него по мере готовности.
Разве у telnet есть такая проблема?
echo help|telnetА с каких пор перестал? Было заявлено лишь о невзаимодействии с DOS.
Тогда AppActivate тут не поможет. Проблема в активации подстрочного курсора. Поэтому и Sleep-ы используются.
Например, в консольном приложении может быть жёстко задан ввод данных с устройства CON и никакое перенаправление StdIn не поможет.
Мне известны такие случаи. Разве у telnet есть такая проблема?
]]>А с каких пор SendKeys стал взаимодействовать с консольными окнами?
А с каких пор перестал? Было заявлено лишь о невзаимодействии с DOS.
Тут StdIn.WriteLine нужен.
Например, в консольном приложении может быть жёстко задан ввод данных с устройства CON и никакое перенаправление StdIn не поможет.
]]>set ws = WScript.CreateObject("WScript.Shell")
WinTitle = "Уникальный заголовок окна"
ws.run "cmd /k title " & WinTitle
while not ws.AppActivate(WinTitle): WScript.Sleep 1: wend
ws.SendKeys "telnet 192.168.8.1~root~zte9x15~reboot~"
' ...И вопрос. Как так получается что скрипт ломается? И выполняется не та команда которая указана ни с того ни с сего. Скрины прилагаются.
VBSSCRIPT
set my = WScript.CreateObject("WScript.Shell")
Set fso = CreateObject("Scripting.FileSystemObject")
Set fld = fso.GetFolder("C:\Andrey\Avitool\avitool")
my.run("cmd")
WScript.Sleep 100
my.SendKeys("telnet 192.168.8.1~")
WScript.Sleep 100
my.SendKeys("root~")
WScript.Sleep 100
my.SendKeys("zte9x15~")
WScript.Sleep 100
my.SendKeys("reboot~")
WScript.Sleep 3000
my.SendKeys("z~")
WScript.Sleep 1000
my.SendKeys("exit")
WScript.Sleep 100
my.SendKeys("^M")А вот батник если надо
cd C:\Andrey\Avitool\avitool
TIMEOUT /T 25 /NOBREAK
start changeip2.vbs
exitНОРМ https://pp.vk.me/c633720/v633720135/2b2 … xN2ISg.jpg
НЕНОРМ https://pp.vk.me/c633720/v633720135/2b2 … rkOqdA.jpg
