Custom Query
Results (139 - 141 of 3883)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#179 | Duplicate | The use of "[CLASS:classnane; TEXT:controltext]" method to identify controls has been broken in the latest betas | Bowmore | |
Description |
Win XP Home/Pro SP2 AutoIt beta 3.2.11.3 The use of "[CLASS:classnane; TEXT:controltext]" method to identify controls has been broken in the latest beta 3.2.11.3, I haven't checked 11.1 and 11.2, I is working correctly in 3.2.10.0 My investigations so far point to the sailient point being that if one of the controls in the CLASS: has a null text value "" then it seems to be selected in preference to the TEXT: value specified Script to reproduce observed behaviour using Word 2002 or 2003. Hopefully someone will have access to Word and be able to confirm my observations. To used it you need to have a number of toolbars visible and docked including the 'Web' and 'Visual Basic' toolbars. Run with 3.2.10.0 and 3.2.11.3 and you'll see the difference. The 'Visual Basic' toolbar is found in 3.2.10.0 but not in 3.2.11.3 ;Requires Word 2002 or 2003 with most toolbars visible and docked 'WEB' and 'Visual Basic' must be visible. may work with #Include <WinAPI.au3> #Region ### Set Options Opt("WinWaitDelay", 100) Opt("WinTitleMatchMode", 4) Opt("WinDetectHiddenText", 1) Opt("MouseCoordMode", 2) Opt("MustDeclareVars", 1) #EndRegion ### Set Options WinWait("[REGEXPTITLE:^.* - Microsoft Word$]","") If Not WinActive("[REGEXPTITLE:^.* - Microsoft Word$]","") Then WinActivate("[REGEXPTITLE:^.* - Microsoft Word$]","") WinWaitActive("[REGEXPTITLE:^.* - Microsoft Word$]","") ; remove the text from the 'Web' toolbar ; so that there is a least one toolbar with "" text. ControlSetText ("[REGEXPTITLE:^.* - Microsoft Word$]","","[CLASS:MsoCommandBar; TEXT:Web]", "" ) Global $hWnd = ControlGetHandle("[REGEXPTITLE:^.* - Microsoft Word$]","","[CLASS:MsoCommandBar; TEXT:Visual Basic]") ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $hWnd = ' & $hWnd & @crlf & '>Error code: ' & @error & @crlf) ;### Debug Console Global $Result = _WinAPI_GetWindowText($hWnd) ConsoleWrite('@@ Debug(' & @ScriptLineNumber & ') : $Result = ' & $Result & @crlf & '>Error code: ' & @error & @crlf) ;### Debug Console |
|||
#308 | No Bug | Controls embedded in statusbar lose theire position if GUI is minimised and then restored. | Gary | Bowmore |
Description |
GuiStatusBar UDF Bug OS WinXP SP2 AutoIt 3.2.12.0 Progress bars and possibly other controls loose their possition if the GUI is minimised and then restored. They all move to the bottom left of the GUI. Additionally this somtimes causes AutoIt to crash. The Script below taken direct from the help page for _GUICtrlStatusBar_EmbedControl replicactes the problem, To Replicate Run the script minimise to taskbar click taskbar to restore #include <GuiConstantsEx.au3> #include <GuiStatusBar.au3> #include <ProgressConstants.au3> #include <SendMessage.au3> Opt('MustDeclareVars', 1) $Debug_SB = False ; Check ClassName being passed to functions, set to True and use a handle to another control to see it work _Main() Func _Main() Local $hGUI, $hProgress, $hInput, $input, $progress, $hStatus Local $aParts[4] = [80, 160, 300, -1] ; Create GUI $hGUI = GUICreate("StatusBar Embed Control", 400, 300) ;=============================================================================== ; defaults to 1 part, no text $hStatus = _GUICtrlStatusBar_Create ($hGUI) _GUICtrlStatusBar_SetMinHeight ($hStatus, 20) ;=============================================================================== GUISetState() ; Initialize parts _GUICtrlStatusBar_SetParts ($hStatus, $aParts) _GUICtrlStatusBar_SetText ($hStatus, "Part 1") _GUICtrlStatusBar_SetText ($hStatus, "Part 2", 1) ; Embed a progress bar If @OSTYPE = "WIN32_WINDOWS" Then $progress = GUICtrlCreateProgress(0, 0, -1, -1, $PBS_SMOOTH) $hProgress = GUICtrlGetHandle($progress) _GUICtrlStatusBar_EmbedControl ($hStatus, 2, $hProgress) Else $progress = GUICtrlCreateProgress(0, 0, -1, -1, $PBS_MARQUEE) ; marquee works on Win XP and above $hProgress = GUICtrlGetHandle($progress) _GUICtrlStatusBar_EmbedControl ($hStatus, 2, $hProgress) _SendMessage($hProgress, $PBM_SETMARQUEE, True, 200) ; marquee works on Win XP and above EndIf $input = GUICtrlCreateInput("This is Embeded", 0, 0) $hInput = GUICtrlGetHandle($input) _GUICtrlStatusBar_EmbedControl ($hStatus, 3, $hInput, 3) ; Loop until user exits Do Until GUIGetMsg() = $GUI_EVENT_CLOSE GUIDelete() EndFunc ;==>_Main |
|||
#476 | Fixed | Function Trace lines have to be removed manually | Jos | Bowmore |
Description |
SciTE4AutoIt 17-5-2008 release AutoIt 3.2.13.5 Win XP Pro SP2 In SciTE4AutoIt function trace lines inserted using the 'Tools->Trace:Add Func Trace Lines' tool have to be removed manually as neither the 'Tools->Trace:Remove ALL Trace Lines' or 'Tools->Debug Remove Lines' remove the ConsoleWrite lines inserted by 'Tools->Trace:Add Func Trace Lines' |