Custom Query
Results (100 - 102 of 3827)
Ticket | Resolution | Summary | Owner | Reporter |
---|---|---|---|---|
#3800 | Fixed | Number() - case sensivity with scientific notation by using $NUMBER_AUTO | AspirinJunkie | |
Description |
Following Script: $sIntUpper = "12345E5" $sIntLower = "12345e5" $sFloatUpper = "1.2345E5" $sFloatLower = "1.2345e5" ConsoleWrite(StringFormat("\n xxx -> Number(xxx)\n% 8s -> %10d (Type: %s)\n% 8s -> %10.0f (Type: %s)\n% 8s -> %10.0f (Type: %s)\n% 8s -> %10.0f (Type: %s)\n\n", _ $sIntUpper, Number($sIntUpper), VarGetType(Number($sIntUpper)), _ $sIntLower, Number($sIntLower), VarGetType(Number($sIntLower)), _ $sFloatUpper, Number($sFloatUpper), VarGetType(Number($sFloatUpper)), _ $sFloatLower, Number($sFloatLower), VarGetType(Number($sFloatLower)) )) produces: xxx -> Number(xxx) 12345E5 -> 12345 (Type: Int32) 12345e5 -> 1234500000 (Type: Double) 1.2345E5 -> 123450 (Type: Double) 1.2345e5 -> 123450 (Type: Double) The capitalized letter "E" is recognized as an exponential character only if a decimal separator appears before it. This is not the case for the lowercase "e". |
|||
#3799 | No Bug | _ChooseFont (Canceling the dialog) suggestion. | Dan_555 | |
Description |
Currently, when the _ChooseFont is called, and the font dialog is cancelled, the array is not created and @error is not set for it. Testcode fails, if the fontdialog is cancelled, at the $font=$aF[2]: Func SelFont() ;Select a font Local $aF = _ChooseFont($font) If @error > 0 Then $font = "System2" Else $font = $aF[2] EndIf EndFunc ;==>SelFont My Suggestion would be to set the @error flag to a number higher than 0 There is a workaround code, to check if the array was created: Func SelFont() ;Select a font Local $aF = _ChooseFont($font) If @error > 0 Then $font = "System2" Else if IsArray($af) then $font = $aF[2] Else $font = "System2" EndIf EndIf EndFunc ;==>SelFont
|
|||
#3798 | Fixed | SciTE4AutoIt incompatibilty with SSE instruction set | Jos | Ant |
Description |
SciTE4AutoIt (version 19.1127.1402.0) crashes immediately. Experience with other applications tells me this is because the editor's executable hasn't been compiled for compatibility with the SSE instruction set. (The chip in this case is an Intel Celeron, alias Coppermine-128.) Windows reports, "SciTE - a Scintilla based Text Editor modified by Jos f has encountered a problem and needs to close. We are sorry for the inconvenience." The "Lite" version of SciTE packaged with AutoIt (version 3.3.14.5) works fine. This is my first time trying to use SciTE4AutoIt, so the issue may have been present for some time. Would really appreciate SSE instruction set-compatibility so I can take advantage of the configuration tool. Here's a link to a similar ticket, although the issue there concerns compiled scripts rather than the editor itself. |