Custom Query (3933 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (94 - 96 of 3933)

Ticket Resolution Summary Owner Reporter
#1293 No Bug odd value returned when assigning "default" to Scripting.Dictionary Gabriel13
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"
#496 Duplicate obsolete @Unicode macro still in helpfile Zedna
Description

3.2.12.0 (XXth, YYY 200x) (Next Release)

  • Changed: @Unicode renamed in @AutoItUnicode. @Unicode is an alias for now. It will be removed > 3.2.14.0

AutoIt3.chm::/html/functions/GUICtrlCreateDate.htm

it's in example

#483 Fixed obsolete @ProcessorArch still in helpfile Valik Zedna
Description

changelog 3.2.13.2 (15th June, 2008) (Beta):

  • Changed: @ProcessorArch changed to @OSArch as it was misleading.

AutoIt3.chm::/html/intro/64-bit_support.htm

To see if you are running under a 64-Bit Edition of Windows use @ProcessorArch macro. To see if you are using the 32 or 64-bit version of AutoIt use @AutoItX64.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.