Timeline
May 12, 2013:
- 4:58 AM Ticket #2339 (IsAdmin() and Sandboxie) updated by
- Please follow the bug report guidelines to submit a ticket. Thanks
May 10, 2013:
- 7:59 PM Ticket #2340 (_GUICtrlListView_SimpleSort changes sort parameter variable value) created by
- In reference to this thread …
May 8, 2013:
- 11:57 PM Ticket #2339 (IsAdmin() and Sandboxie) created by
- When I run a "compiled" script in a Sandboxie sandbox, the script …
May 5, 2013:
- 6:33 PM Ticket #2337 (Au3Record: Unicode and endianness) closed by
- Fixed: Fixed by revision [7706] in version: 3.3.9.5
- 11:42 AM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- In fact The recording can work only Under the same keyboard. Definetly the present implementation just work with English keyboard. I am on the way to fix it for any(?) keyboard at least the french one will work.
May 4, 2013:
- 9:00 AM Ticket #2338 (Here is a Modification to _ArraySearch UDF) updated by
-
Version changed
Automatic ticket cleanup. - 8:43 AM Ticket #2338 (Here is a Modification to _ArraySearch UDF) created by
- The attached file contains a mod that adds compare option 3 for using …
May 2, 2013:
- 6:34 AM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- the dll is ASWhook.dll send by Larry I know that can be fix
May 1, 2013:
- 6:17 PM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- Are you sure J-P? I don't know which dll you're refering to as it comes to intercepting keystrokes but I know for sure from own experience that the same function can be carried over by other means and over the whole French keyboard composed character range. Then saving and Send()-ing the captured data as Unicode is straightforward. I'm not going to discuss this further publickly. Use MP to jchd or email where you know.
- 4:05 PM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- In fact the current dll does not seems to support non English keyboard ... could be difficult to fix as the source of the .dll is not available
- 7:29 AM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- There is much more when running Under Windows 8 64-bit fr keyboard
Apr 26, 2013:
- 10:24 AM Ticket #2337 (Au3Record: Unicode and endianness) updated by
- Confirmed: for instance '=' gets indeed encoded as UTF16-BE in an otherwise UTF16-LE result file.
Apr 24, 2013:
- 2:29 PM Ticket #2337 (Au3Record: Unicode and endianness) created by
- Hi, When recording a script with Au3Record on a French keyboard, the …
Apr 22, 2013:
- 7:51 AM Ticket #2336 (Blockinput (1) not for WACOM Pen with Win8) created by
- All Tablet PC Pen User only under Windows 8 have no function from …
- 12:42 AM Ticket #2333 (AuCheck balks at 5D arrays initializer) updated by
- Pretty lame.
- 12:41 AM Ticket #2334 (Maximum _useful_ array dimension is 24, not 64 as doc says) updated by
- @JP, That's what I said! And yes, it's not exactly a bug, rather an implementation error. @Admiral, This minor issue is both with the language and the documentation. Building to a limit that is non-reachable in practice is at the very least questionnable. That the interpreter allows for a useless series of up to 64 [1] dimensions is pretty stupid: the practical limit (array size) is well below and if we start using [1] dummy dimensions, then why put a limit at all? And the doc should reflect that. BTW, jchd18 = jchd and I've no problem with this ticket closed.
Apr 21, 2013:
- 9:26 AM Ticket #2333 (AuCheck balks at 5D arrays initializer) closed by
- Wont Fix: It is true that AU3check do checking for array dimension <= 4 That is a "known" limitation. I don't thing that with the current implemenation we can go beyond
- 9:18 AM Ticket #2334 (Maximum _useful_ array dimension is 24, not 64 as doc says) closed by
- No Bug: In fact there is no bug as it is not the number of dimension but the global size of the array which is reach 224
- 8:58 AM Ticket #2334 (Maximum _useful_ array dimension is 24, not 64 as doc says) updated by
-
Component changed
64 dimensions is a technical limit, nowhere does it say that it's a useful thing to do. Besides, I'm not sure what you're asking us to do. Lowering the limit? What useful purpose could that possible have? It's also unclear which component you are talking about, AutoIt or the Documentation. I'll assume the later as you have that in your description. - 8:54 AM Ticket #2335 (__WinAPI_EnumWindowsChild() creates results in wrong sequence) closed by
- Fixed: Fixed by revision [7702] in version: 3.3.9.5
Apr 20, 2013:
- 10:21 AM Ticket #2335 (__WinAPI_EnumWindowsChild() creates results in wrong sequence) created by
- In the latest beta version, (and going back to at least the 3.3.7.20 …
Apr 19, 2013:
- 11:05 PM Ticket #2334 (Maximum _useful_ array dimension is 24, not 64 as doc says) created by
- Barring using "dummy" dimensions like [1][1]... the maximum practical …
- 10:56 PM Ticket #2333 (AuCheck balks at 5D arrays initializer) created by
- Au3Check raises an error on array initializer for dimensions > 4. …
- 2:19 PM Ticket #2221 (FileDelete() @error values) updated by
- Replying to Exit: > At least return a @error at all. > Here a function to do the job: > Func _FileDelete($sFile) > $sFile = DllCall('kernel32.dll', 'int', 'DeleteFileW', 'wstr', $sFile) > Return SetError(Not $sFile[0], 0, $sFile[0]) > EndFunc ;==>_FileDelete THat's not what is requested. to have the differention _WinAPIGetLastError() must be called which can be done even after calling the standard FileDelete()
Apr 16, 2013:
- 7:41 AM Ticket #2332 (Uncertainty in the calculations) updated by
- Thanks!
- 7:29 AM Ticket #2332 (Uncertainty in the calculations) closed by
- No Bug: In fact when using Float calculation you cannot expect more than 15 digits precision. That's true under any computer environnment not just AutoIt NO Bug
Apr 15, 2013:
- 7:21 PM Ticket #2332 (Uncertainty in the calculations) created by
- Discrepancy appears for certain values of the variables. example: …
Note:
See TracTimeline
for information about the timeline view.
