Custom Query (3920 matches)
Results (373 - 375 of 3920)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1247 | Fixed | Reading the edit of a comboboxEx with style $CBS_DROPDOWN and $WS_VSCROLL | ||
| Description |
The function _GUICtrlComboBoxEx_GetEditText does not give the inputs content, when called on a comboboxEx with the default style ($CBS_DROPDOWN $WS_VSCROLL). It always returns "". code from autoit documentation with some changes: #include <Debug.au3>
#include <GuiComboBoxEx.au3>
#include <GuiImageList.au3>
#include <GuiConstantsEx.au3>
Opt('MustDeclareVars', 1)
$Debug_CB = True ; Check ClassName being passed to ComboBox/ComboBoxEx functions, set to True and use a handle to another control to see it work
ClipPut(_DebugBugReportEnv()) ; my Environment = 3.3.0.0 under WIN_VISTA/Service Pack 2 X64
_Main()
Func _Main()
Local $hGUI, $hImage, $hCombo
; Create GUI
$hGUI = GUICreate("ComboBoxEx Get Edit Text", 400, 300)
$hCombo = _GUICtrlComboBoxEx_Create ($hGUI, "", 2, 2, 394, 100)
GUISetState()
$hImage = _GUIImageList_Create (16, 16, 5, 3)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 110)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 131)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 165)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 168)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 137)
_GUIImageList_AddIcon ($hImage, @SystemDir & "\shell32.dll", 146)
_GUIImageList_Add ($hImage, _GUICtrlComboBoxEx_CreateSolidBitMap ($hCombo, 0xFF0000, 16, 16))
_GUIImageList_Add ($hImage, _GUICtrlComboBoxEx_CreateSolidBitMap ($hCombo, 0x00FF00, 16, 16))
_GUIImageList_Add ($hImage, _GUICtrlComboBoxEx_CreateSolidBitMap ($hCombo, 0x0000FF, 16, 16))
_GUICtrlComboBoxEx_SetImageList ($hCombo, $hImage)
For $x = 0 To 8
_GUICtrlComboBoxEx_AddString ($hCombo, StringFormat("%03d : Random string", Random(1, 100, 1)), $x, $x)
Next
; Set Edit Text
_GUICtrlComboBoxEx_SetEditText ($hCombo, StringFormat("%03d : Random string", Random(1, 100, 1)))
; Get Edit Text
MsgBox(4160, "Information", "Edit Text: " & _GUICtrlComboBoxEx_GetEditText ($hCombo))
Do
; Get Edit Text ond dirfferent selections
MsgBox(4160, "Information", "Edit Text: " & _GUICtrlComboBoxEx_GetEditText ($hCombo))
Until GUIGetMsg() = $GUI_EVENT_CLOSE
EndFunc ;==>_Main
; Environment = 3.3.0.0 under WIN_VISTA/Service Pack 2 X64
|
|||
| #1248 | Fixed | _GUICtrlEdit_AppendText fails on certain control IDs. Very odd... | ||
| Description |
Long story short: I have a GUI with several controls on it, one of which is an edit which has data intermittently written to it via _GUICtrlEdit_AppendText. After updating to 3.3.1.3 it seemed to stop receiving data and while debugging I discovered that it worked after adding or removing any control created before it, thus changing it's ID from 40. After a bit of testing it seems that it fails on several control IDs, and it appears the bug was introduced with version 3.3.1.2. Testing IDs from 3 to 100 I found the following IDs failed to receive data: 20, 22, 24, 26, 40, 56, 60, 66, 68, 80, 84, 96, 98. And on a special note, ID 64 seemed to lock up AutoIt completely (during a DllCall to SendMessage as near as I can tell). Here's the script I used to test: #include <GUIEdit.au3>
Opt('TrayIconDebug', 1)
Func Test($Num)
GUICreate('', 200, 200)
For $i = 1 to $Num
GUICtrlCreateDummy()
Next
$Edit = GUICtrlCreateEdit('', 0, 0)
_GUICtrlEdit_AppendText($Edit, 'Success')
If GUICtrlRead($Edit) = 'Success' Then
ConsoleWrite($Edit & ': Success.' & @CRLF)
Else
ConsoleWrite($Edit & ': Failed.' & @CRLF)
EndIf
GUIDelete()
EndFunc
Global $Skip
$Skip = True ; Comment out to test ID 64 as well.
For $i = 0 to 97
If $Skip And $i = 61 Then
ConsoleWrite('64: Skipping due to lockup.' & @CRLF)
ContinueLoop
EndIf
Test($i)
Next
|
|||
| #1249 | Fixed | Beta documentation errors | ||
| Description |
Errors in the help file for 3.3.1.4 beta |
|||
