[amel27]

HORRIBLE
надеюсь, вы предварительно ознакомились с материалами форума по установке Adobe Reader 8.0?


NikLok

не в курсе почему не открывается этот материал более? »

видимо прикрыли доступ... кидай в PM свое мыло - вышлю в CHM

нет ли [...] желание создать аналог BSPI, который я очень уважаю, но автор его редко дорабатывает»

к сожалению, я не пользуюсь POST-инсталлерами, так как универсальным дистрибам предпочитаю генерить установочные комплекты для каждого конкретного случая.... поэтому для выбора приложений вполне хватает клавиш "Insert" и "F5" FAR-менеджера

[amel27]

Creat0R
немного отсебятины по поводу юникода:

- в ANSI-режиме AutoIT юникодовые (UTF-16) строки можно хранить только в переменных типа Binary, так как двухбайтовые символы включают нулевые байты недопустимые в обычных строках…. точнее такие байты воспринимаются как конец ANSI-строки и строковые функции перестают корректно работать. Зато обычные строки (тип String) могут хранить и обрабатывать юникодовый текст в формате UTF-8… но так как Windows API понимает юникод только в UTF-16 перед передачей в API (к примеру в GUI) требуется дополнительное преобразование кодировки.

- чтобы переключить AutoIT в юникодовый режим сам текст скрипта должен быть набран в юникоде… SciTE способен редактировать юникодовые скрипты, но не позволяет пересохранить скрипт в другом формате - для этого можно воспользоваться «блокнотом»

- в юникодовом режиме AutoIT все строки представлены двухбайтовыми символами UTF-16, и все строковые функции «заточены» на работу именно с такими строками, в частности результат StringLen() будет отличаться от количества байтов в строке (в два раза)… для работы с многобайтовыми строками UTF-8 требуется их предварительное преобразование в UTF-16

- при передаче строк в GUI-элементы через SendMessage() важно учитывать в каком режиме находится AutoIT, так как для передачи ANSI и Юникодовых строк используются разные номера сообщений… между тем мне не попадалось пока UDF, пытающихся самостоятельно определить текущий режим работы AutoIT

[Creat0R]

amel27,

может тогда не заморачиваться?

Но где гарантия что, к примеру при чтановленном Flash Player версии 7, браузер не потребует установки последней версии?

на самом деле приведенная UDF контролирует POWER-клавиши только для On-Line состояния

On-line это в смысле когда пользователь активен?

между тем мне не попадалось пока UDF, пытающихся самостоятельно определить текущий режим работы AutoIT

Если я правильно понял, то макрос @Unicode определяет в каком режиме скомпилирован/запущен AutoIt.

[Diamond]

На элементе ListView созданный с помощью UDF функции(_GUICtrlListView_Create) почему-то не срабатывает GUICtrlSetResizing().
Конечно можно было бы изменять его размер при получении сообщения WM_SIZING от окна, но к сожалению GUICtrlSetPos() на нём тоже не срабатывает...
Мне кажется, что это происходит из-за отсутствия ID у ListView...
Как быть? Может кто-то уже сталкивался с этим?

P.S.
У UDF'ного ListView нашёл баг: Если попытаться поменять местами пункты в ListView - отображается "+" и окно зависает до тех пор пока не кликнешь по другому окну, например по "Рабочему столу".
Если пункты(item) в ListView имеют изображения, то воспроизводится такой же баг если потянуть за само изображение.

[Creat0R]

Diamond,

На элементе ListView созданный с помощью UDF функции(_GUICtrlListView_Create) почему-то не срабатывает GUICtrlSetResizing()

Я бы не стал использовать UDF, чем плоха встроенная функция GuiCtrlCreateListView()?

о к сожалению GUICtrlSetPos() на нём тоже не срабатывает...

А ControlMove() ?

[amel27]

Creat0R

где гарантия что, к примеру при чтановленном Flash Player версии 7, браузер не потребует установки последней версии? »

ну да, "проверка наличия" и "проверка актуальности" это немного разные задачи... думаю запрос на обновление должен запрашивать не сам IE, а код загружаемой страницы в зависимости от требований ролика

On-line это в смысле когда пользователь активен? »

нет, это когда комп питается от сети, соответственно "On-Battery" - когда переключается на батарею/UPS... кстати, в панели управления эти режимы также настраиваются раздельно

Если я правильно понял, то макрос @Unicode определяет в каком режиме скомпилирован/запущен AutoIt »

угу ... но между тем этот макрос не задействован ни в одной UDF, хотя имхо он должен использоваться как минимум при определении универсальных констант для сообщений

[Diamond]

Creat0R,

Я бы не стал использовать UDF, чем плоха встроенная функция

А в чём преимущество встроенной функции перед _GUICtrlListView_Create(), имхо преимуществ нет.
Что касается недостатков... то есть хоть и один но очень существенный: Если ListView был создан с помощью штатной GuiCtrlCreateListView() то управлять им с помощью UDF'х функций не получится(Хотя некоторые всё же срабатывают).

А ControlMove() ?

Ой, а ведь я совсем забыл про неё...
В общем реализовал так:

Код:

Func WM_SIZE($HWnd, $MsgID, $wParam, $lParam)
    Switch $HWnd
       Case $hGui
          Local $Client = WinGetClientSize($HWnd)
          ControlMove($HWnd, "", $hListView, 5, 5, $Client[0]-10, $Client[1]-10)
    EndSwitch
    Return $GUI_RUNDEFMSG
EndFunc

Оказалось что WM_SIZE срабатывает даже при команде развернуть-восстановить окно, а в плане точности этот способ даже лучше чем GUICtrlSetResizing().
Думаю проблема решена, спасибо.

[Diamond]

Передача строки другому приложению

Передающее приложение:

Код:

#include <GuiConstants.au3>
;~ Global Const $WM_COPYDATA = 0x004A
$Gui = GUICreate("Отправитель",300,100)
$input = GUICtrlCreateInput("Привет!",10,10,280,20)
$button = GUICtrlCreateButton("Отправить",10,40,70,20)
GUISetState()

While 1
	$msg = GUIGetMsg()
	Switch $msg
		Case $GUI_EVENT_CLOSE
			Exit
		Case $button
			$HWnd = WinGetHandle("Получатель")
			If $HWnd <> "" And Not @error Then 
				SendMsg(GUICtrlRead($input), $HWnd, $Gui)
			Else
				MsgBox(16,"Отправитель","Получатель не обнаружен!")
			EndIf
	EndSwitch
WEnd

;~ $String       - Строка сообщения
;~ $HWnd_Grantee - Приложение получатель  (hwnd)
;~ $HWnd_Sender  - Приложение отправитель (hwnd)
Func SendMsg($String, $HWnd_Grantee, $HWnd_Sender = 0)
	Local Const $tagCopyData = "dword dwData;dword cbData;ptr lpData"
	Local $struct = "char [" & StringLen($String)+1 & "]"
	Local $p = DllStructCreate($tagCopyData)
	Local $StringMSG = DllStructCreate($struct)
	DllStructSetData($p, "dwData", "?") ; ?????
	DllStructSetData($p, "cbData", DllStructGetSize($StringMSG))  ; размер структуры $StringMSG
	DllStructSetData($p, "lpData", DllStructGetPtr($StringMSG))   ; указатель на структуру $StringMSG
	DllStructSetData($StringMSG, 1, $String) ; строка сообщения
	
	DllCall("user32.dll","long","SendMessage","hwnd",$HWnd_Grantee,"int",$WM_COPYDATA,"hwnd",$HWnd_Sender,"ptr",DllStructGetPtr($p))
EndFunc

Принимающее приложение:

Код:

#include <GuiConstants.au3>
;~ Global Const $WM_COPYDATA = 0x004A
Global $ArrMessage[2]
$Gui = GUICreate("Получатель",300,100)
$Dummy = GUICtrlCreateDummy()
$Label = GUICtrlCreateLabel("",10,10,280,20)
GUIRegisterMsg($WM_COPYDATA,"WM_COPYDATA")
GUISetState(@SW_SHOW)

While 1
	$msg = GUIGetMsg()
	Switch $msg
		Case $GUI_EVENT_CLOSE
			Exit
		Case $Dummy
			GUICtrlSetData($Label, $ArrMessage[0])
			;MsgBox(0, "Получатель", "Получено сообщение от " & $ArrMessage[1] & @LF & _ 
			;"Текст сообщения: " & $ArrMessage[0])
	EndSwitch
WEnd

Func WM_COPYDATA($HWnd,$MsgID,$wParam,$lParam)
	Local Const $tagCopyData = "dword dwData;dword cbData;ptr lpData"
	Local $p = DllStructCreate($tagCopyData, $lParam)   
	Local $struct = "char [" & DllStructGetData($p, "cbData") & "]" 
	Local $StringMSG = DllStructCreate($struct,  DllStructGetData($p, "lpData"))
	
	$ArrMessage[0] = DllStructGetData($StringMSG,1) ; Строка сообщения
	$ArrMessage[1] = $wParam ; Хэндл окна приложения отправителя
	GUICtrlSendToDummy($Dummy)
EndFunc

И собственно вопрос, что должен содержать первый элемент(dwData) у структуры tCopyData?

P.S.
Как передать-принять командную строку если скрипт которому её нужно передать уже работает? Я в начале предположил что это можно реализовать через WM_COPYDATA используя два процесса. Может есть какой нибудь специальный способ?

[Creat0R]

amel27,

обновление должен запрашивать не сам IE, а код загружаемой страницы в зависимости от требований ролика

Ого, это мне не постичь, я понятия не имею где код брать, и как его приминить тем более .

этот макрос не задействован ни в одной UDF

Он приминяется в DllCallBack (аж два раза ).

Насколько я знаю, это новый макрос, я его лично приминил пару раз (к примеру в проэкте KeyBoard and Mouse Cleaner - для которго кстати мне и нужны функции блокирования клавиш ) - В ранних версиях аутоита использовался $DTM_SETFORMAT = 0x1005, в последних версиях нужно проверять юникодность, если скрипт в юникоде, тогда значение должно быть $DTM_SETFORMAT = 0x1032 (решение от самого Jon'а ), иначе некорректно отображается формат времени (для GUICtrlCreateDate()) - почему аутоит сам не проверяет, я так и не понял .

Diamond,

А в чём преимущество встроенной функции перед _GUICtrlListView_Create()

Сказать не могу, т.к не использовал никогда второй - но знаю что встроенная функция вполне идеальна для построения практический любого списка (как в плане стильности, так и в плане функциональности).

Оказалось что WM_SIZE срабатывает даже при команде развернуть-восстановить окно

Потому что меняется размер GUI
Я бы использовал тут WM_SIZING, оно срабатывает в момент смены размеров.
Кстати если интересно, могу подкинуть функцию для автоматической смены размера колонок в ListView (сам писал), в момент смены размера GUI будут смещаться колонки в идентичный размер для каждой (опционально - либо по ширине списка, либо до последнего разделителя).

Передача строки другому приложению

На оф. форуме этот вопрос решили подобным путём, я же для себя использую такой метод (переделанные функции с того топика):

Скрипт...

Код:

#include <GuiConstants.au3>

RegisterScriptMsg("SendMessage Test", $CmdLineRaw)

$Gui = GuiCreate("SendMessage Test")
GUISetState()

While 1
    $Msg = GUIGetMsg()
    Switch $Msg
        Case -3
            Exit
    EndSwitch
WEnd

Func Main_Msg_Function($vsMsg)
    MsgBox(0, "", "Recieved message:" & @LF & @LF & $vsMsg)
    Exit
EndFunc

;=====================================
Func RegisterScriptMsg($sTitle, $vMsg)
    Local $OccurName = StringReplace(@ScriptFullPath, "\", "")
    Local $ERROR_ALREADY_EXISTS = 183

    Local $ihWnd = WinGetHandle($sTitle)

    Local $hDll = DllCall("kernel32.dll", "int", "CreateMutex", "int", 0, "long", 1, "str", $OccurName)
    Local $iLastError = DllCall("kernel32.dll", "int", "GetLastError")
    If $iLastError[0] = $ERROR_ALREADY_EXISTS Then
        _AU3COM_SendData($vMsg, $ihWnd)
        Exit
    Else
        Local Const $WM_COPYDATA = 0x4A
        GUIRegisterMsg($WM_COPYDATA, "_GUIRegisterMsgProc")
    EndIf
EndFunc

Func _GUIRegisterMsgProc($hWnd, $MsgID, $WParam, $LParam)
    Local Const $WM_COPYDATA = 0x4A
    If $MsgID = $WM_COPYDATA Then
        Local $vsMsg = _AU3COM_RecvData($LParam)
        Local $MSGRECVD = DllStructGetData($vsMsg, 1)
        ;Here is go whatever we need to do with the recieved string ($MSGRECVD)
        Call("Main_Msg_Function", $MSGRECVD)
    EndIf
EndFunc

Func _AU3COM_SendData($InfoToSend, $RecvWinHandle)
    Local Const $WM_COPYDATA = 0x4A
    Local $StructDef_COPYDATA = "dword var1;dword var2;ptr var3"
    Local $CDString = DllStructCreate("char var1[256];char var2[256]") ;the array to hold the string we are sending

    DllStructSetData($CDString, 1, $InfoToSend)
    Local $pCDString = DllStructGetPtr($CDString) ;the pointer to the string
    Local $vs_cds = DllStructCreate($StructDef_COPYDATA);create the message struct
    DllStructSetData($vs_cds, "var1", 0) ;0 here indicates to the receiving program that we are sending a string
    DllStructSetData($vs_cds, "var2", String(StringLen($InfoToSend) + 1));tell the receiver the length of the string
    DllStructSetData($vs_cds, "var3", $pCDString) ;the pointer to the string
    Local $pStruct = DllStructGetPtr($vs_cds)
    DllCall("user32.dll", "long", "SendMessage", "hwnd", $RecvWinHandle, "int", $WM_COPYDATA, "int", 0, "int", $pStruct)

    $vs_cds = 0 ;free the struct
    $CDString = 0 ;free the struct

    Return 1
EndFunc

Func _AU3COM_RecvData($COM_LParam)
    ; $COM_LParam = Poiter to a COPYDATA Struct
    Local $STRUCTDEF_AU3MESSAGE = "char var1[256];int"
    Local $StructDef_COPYDATA = "dword var1;dword var2;ptr var3"
    Local $vs_cds = DllStructCreate($StructDef_COPYDATA, $COM_LParam)
    ; Member No. 3 of COPYDATA Struct (PVOID lpData;) = Pointer to Costum Struct
    Local $vs_msg = DllStructCreate($STRUCTDEF_AU3MESSAGE, DllStructGetData($vs_cds, 3))
    Return $vs_msg
EndFunc

Этот скрипт нужно запустить (не из SciTE), и потом запустить его ещё раз - получим ком. строку с которой запущен скрипт... очень полезно если нужно не запускать повторно копию скрипта, и при этом передать данные (такие как путь к "сбросанному" файлу в файл программы ).

[amel27]

Diamond

собственно вопрос, что должен содержать первый элемент(dwData) у структуры tCopyData? »

любое число - передается без изменений... можно использовать как "ветвитель" типа Select/Endselect для классификации получаемых структур данных... что-то типа собственной системы сообщений на базе WM_COPYDATA

Может есть какой нибудь специальный способ? »

тут они все перечислены: http://fort.stup.ac.ru/wmaster/books...708/089727.htm