Custom Query (3917 matches)
Results (352 - 354 of 3917)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #3989 | Wont Fix | SplashOff() not being parsed correctly by SyntaxCheck Prod and Tidy | ||
| Description |
I have noticed that both the Syntax Checker and Tidy programs used in SciTE don't parse the SplashOff command correctly (my understanding anyway). The Help text lists command as requiring trailing parenthesis ie. 'SplashOff ()', however, both Syntax Checker and Tidy ignore the trailing parenthesis. Scripts both tidy and compile successfully without throwing an error but leaving off the trailing parenthesis with the SplashOff command seems to break the script - see my attached example. |
|||
| #1234 | Fixed | Scripting.Dictionary call converting referenced AutoIt booleans to numbers | ||
| Description |
I've run into a situation where a Scripting.Dictionary object method call is changing variable types within an AutoIt array, simply by referencing them. func testDictionary($a)
local $d=objCreate('Scripting.Dictionary')
for $i=0 to ubound($a)-1
$d.add($i,$a[$i])
next
return $d
endfunc
local $aTest[2]=[false,true]
msgbox(0,default,$aTest[0]) ; displays false
msgbox(0,default,$aTest[1]) ; displays true
local $ignore=testDictionary($aTest)
msgbox(0,default,$aTest[0]) ; displays 0 instead of false
msgbox(0,default,$aTest[1]) ; displays 1 instead of true
Apparently, when the $d.add() call references $a[$i], it's also converting booleans to numbers within the array itself, and those changes are reflected in the original array afterwards. In this example, the problem goes away if I change the top line to: func testDictionary(const byRef $a) I've verified that this bug is present in the 3.3.1.3 beta as well. |
|||
| #1293 | No Bug | odd value returned when assigning "default" to Scripting.Dictionary | ||
| Description |
When the AutoIt "default" value is assigned to a Scripting.Dictionary object, and later retrieved, the result is no longer "default". Instead, it becomes a strange "falsy" value which varGetType() identifies as "Object", yet it fails the isObj() test. The code below illustrates what happens - I've also confirmed that this issue is present in the latest beta (3.3.1.5). func testDictionary($v)
local $d=objCreate('Scripting.Dictionary')
$d.add('x',$v)
return $d.item('x')
endfunc
msgbox(0,default,@AutoItVersion)
local $v=default
msgbox(0,default,'"' & string($v) & '"' & @LF & varGetType($v) & @LF & isObj($v))
; returns "Default", Keyword, 0
; assign to dictionary & then retrieve
$v=testDictionary($v)
msgbox(0,default,'"' & string($v) & '"' & @LF & varGetType($v) & @LF & isObj($v))
; returns "", Object, 0
if $v then
msgbox(0,default,'truey')
else
msgbox(0,default,'falsy')
endif
; returns "falsy"
|
|||
