Timeline
Jan 30, 2015:
- 3:03 PM Ticket #2976 (compiled Execute(inputbox...) fails on bad argument error) updated by
- To have inputboxes work in a compiled script, you need to use the pragma directive […] The default setting for this is false, so that your compiled execs will be smaller if you're not using an InputBox. This would be more of a documentation issue rather than a bug, unless the default setting was supposed to be true and it's set incorrectly.
- 8:49 AM Ticket #2979 (AdlibUnregister failing to release timer) updated by
- Reposting the code because I hit the wrong button before. […]
- 8:39 AM Ticket #2979 (AdlibUnregister failing to release timer) created by
- After AdlibUnregister, the original time interval is retained in …
Jan 29, 2015:
- 3:18 PM Ticket #2978 (_ArrayDisplay - Parameters - description for $sArrayRange) closed by
- Completed: Changed by revision [11221] in version: 3.3.13.20
- 1:00 PM Ticket #2978 (_ArrayDisplay - Parameters - description for $sArrayRange) updated by
-
Version changed
Automatic ticket cleanup. - 12:50 PM Ticket #2978 (_ArrayDisplay - Parameters - description for $sArrayRange) created by
- now there is: […] Please consider to change to something like …
- 11:21 AM Ticket #2977 (Random() returns zero on statistically valid inputs) closed by
- Fixed: Exactly, latest beta fixes that.
- 9:45 AM Ticket #2977 (Random() returns zero on statistically valid inputs) updated by
- This is already changed to expected behavior in latest beta versions.
- 8:49 AM Ticket #2977 (Random() returns zero on statistically valid inputs) created by
- Hi devs, This appears to be coded intentionally to behave like this …
- 8:37 AM Ticket #2976 (compiled Execute(inputbox...) fails on bad argument error) created by
- Hi devs, […] Works fine as .au3 interpreted in Scite, but …
Jan 28, 2015:
- 7:55 PM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) updated by
- It looks like I did a mistake. I downloaded COPGOTBC.TTF, because I didn't have it installed in Windows 8.1 and run the script, which return the full name of the font (37 characters). The problem was that all fonts I have don't have spaces in their internal full names and that gave me doubts regarding _WinAPI_GetFontResourceInfo function. Thanks!
- 10:28 AM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) updated by
- Checking again I don't see your problem as I can list such font Just run the example from the help file I get "Copperplate Gothic Bold Condensed BT" from COPGOTBC.TTF Under Windows8.1
- 9:14 AM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) updated by
- The question is what is the undocumented or perhaps a documented one that can do the job You may notice that this UDF is using an undocumented API …
Jan 27, 2015:
- 8:10 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) closed by
- Completed
Jan 25, 2015:
- 12:01 AM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) updated by
- I just saw that Windows retrieve 31 characters for file name too.
- 12:00 AM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) updated by
-
Version changed
Automatic ticket cleanup.
Jan 24, 2015:
- 11:42 PM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) created by
- I started to rename some fonts using their name retrieved by …
- 4:41 PM Ticket #2580 (Aut2Exe failing to run multiple times on Windows XP prior to SP3) updated by
- ' == == 'babar ali virk
Jan 23, 2015:
- 8:11 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) updated by
- Give the current beta v14.801.2025.5 a try to see if that works for you. Jos
Jan 22, 2015:
- 7:33 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) updated by
- Yes, 0 for success and otherwise 1 for any error. Yes, the FileInstall calls opens a dialog if a resource is not found when running the wrapper.
- 6:52 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) updated by
- What would you suggest for exitcode? Just 0 when successful or else a 1 as there are many things that could go potentially wrong depending on the used directives. Which dialog do you mean with FileInstall? Something related to aut2exe? Jos
Jan 21, 2015:
- 7:36 PM Ticket #2974 (Named backreferences in replacement text (StringRegExpReplace)) closed by
- No Bug: This isn't a bug, and it's documented in the help file that the only back references that are valid in StringRegExpReplace are "\" and "$". See ticket #2663 for more information
- 2:38 PM Ticket #2974 (Named backreferences in replacement text (StringRegExpReplace)) created by
-
The function
StringRegExpReplacedoesn't allow named …
Jan 20, 2015:
- 5:53 PM Ticket #2973 (Adding a MACRO for tray icon handle) created by
- It is really difficult to retrieve the handle of notification area …
- 5:34 PM Ticket #2972 (Adding a sort of _IEAttributeGet function to IE.UDF) created by
- There is no way to get the "class" (or other kind of) attribute value …
Jan 19, 2015:
- 4:00 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) updated by
-
Version changed
Automatic ticket cleanup. - 3:53 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) created by
- We currently using the autoitwrapper.exe to build our autoit scripts …
Jan 18, 2015:
- 9:36 PM Ticket #2966 (GUISetHelp[2].au3 - example proposal) updated by
- Done.
- 7:06 PM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) updated by
- But "" is not the same as Chr(0) as "" is (char)32 and null is (char)0. Any further discussion should be moved to the appropriate thread please >> http://www.autoitscript.com/forum/topic/166765-traysettooltip-override-default/.
- 11:17 AM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) updated by
- TraySetToolTip("") behaves just like TraySetToolTip() and displays the default text in the tool tip.
Jan 16, 2015:
- 11:31 PM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) updated by
- The ticket request is just to confirm that this was the intention behaviour of null.
- 9:28 PM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) updated by
- Isn't Null used to signify the end of a string, and you don't display the Null? So, wouldn't a string of just Null do the same thing as you're describing? Just throwing it out there.
Jan 15, 2015:
- 10:06 PM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) created by
- If the tooltip text is set to null then the tooltip is hidden. If this …
Jan 13, 2015:
- 4:24 PM Ticket #2966 (GUISetHelp[2].au3 - example proposal) updated by
- small change I add […] here: […] and here is complete example: […]
Jan 11, 2015:
- 10:28 PM Ticket #2968 (Add mSeconds to _SetTime function) closed by
- Completed: Added by revision [11185] in version: 3.3.13.20
- 2:47 PM Ticket #2969 (label size) closed by
- Rejected: Use my StringSize UDF: http://www.autoitscript.com/forum/topic/114034-stringsize-m23-new-version-16-aug-11/ M23
- 2:00 PM Ticket #2969 (label size) updated by
-
Version changed
Automatic ticket cleanup. - 1:37 PM Ticket #2969 (label size) updated by
- […] When I create labels like this it leaves a lot of space between them, I would like to precisely create labels.
- 1:17 PM Ticket #2969 (label size) created by
- […] The above code creates label but with the width and height …
- 10:25 AM Ticket #2968 (Add mSeconds to _SetTime function) updated by
- Replying to anonymous: > Add mSeconds also to "Date.au3" library in the function: _SetTime. Func _SetTime($iHour, $iMinute, $iSecond = 0, $mSecond = 0) ;============================================================================ ;== Some error checking ;============================================================================ If $iHour < 0 Or $iHour > 23 Then Return 1 If $iMinute < 0 Or $iMinute > 59 Then Return 1 If $iSecond < 0 Or $iSecond > 59 Then Return 1 If $mSecond < 0 Or $mSecond > 999 Then Return 1 Local $tSYSTEMTIME = DllStructCreate($tagSYSTEMTIME) ;============================================================================ ;== Get the local system time to fill up the SYSTEMTIME structure ;============================================================================ DllCall("kernel32.dll", "none", "GetLocalTime", "struct*", $tSYSTEMTIME) If @error Then Return SetError(@error, @extended, 0) ;============================================================================ ;== Change the necessary values ;============================================================================ DllStructSetData($tSYSTEMTIME, "Hour", $iHour) DllStructSetData($tSYSTEMTIME, "Minute", $iMinute) If $iSecond > 0 Then DllStructSetData($tSYSTEMTIME, "Second", $iSecond);Alx If $mSecond > 0 Then DllStructSetData($tSYSTEMTIME, "MSeconds", $mSecond);Alx ;============================================================================ ;== Set the new time ;============================================================================ Local $iRetval = _Date_Time_SetLocalTime($tSYSTEMTIME) If @error Then Return SetError(@error + 10, @extended, 0) Return Int($iRetval) EndFunc ;==>_SetTime
- 10:00 AM Ticket #2968 (Add mSeconds to _SetTime function) updated by
-
Version changed
Automatic ticket cleanup. - 9:47 AM Ticket #2968 (Add mSeconds to _SetTime function) created by
- Add mSeconds also to "Date.au3" library in the function: _SetTime.
Jan 10, 2015:
- 3:28 AM Ticket #2967 (Error in function __EventLog_DecodeTime) closed by
- Fixed: Fixed by revision [11182] in version: 3.3.13.20
- 3:25 AM Ticket #2967 (Error in function __EventLog_DecodeTime) updated by
- Well noon should be 12:00 PM, not 12:00 AM. I think this is a better suggestion. […]
- 3:05 AM Ticket #2965 (Install Directory Structure) closed by
- Completed
- 3:04 AM Ticket #2966 (GUISetHelp[2].au3 - example proposal) closed by
- Completed: Changed by revision [11181] in version: 3.3.13.20
- 2:47 AM Ticket #2964 ($tagWNDCLASS) updated by
- Missing from the changelog. I have now added.
Jan 8, 2015:
- 3:09 PM Ticket #2967 (Error in function __EventLog_DecodeTime) created by
- The function EventLog_DecodeTime in EventLog.au3 report a wrong date …
Jan 7, 2015:
- 2:00 PM Ticket #2966 (GUISetHelp[2].au3 - example proposal) updated by
-
Version changed
Automatic ticket cleanup. - 1:00 PM Ticket #2965 (Install Directory Structure) updated by
-
Version changed
Automatic ticket cleanup. - 12:25 PM Ticket #2966 (GUISetHelp[2].au3 - example proposal) created by
- http://www.autoitscript.com/forum/topic/166612-guisethelp-how-to-runexe …
- 12:13 PM Ticket #2965 (Install Directory Structure) created by
- in HelpFile there is "Install Directory Structure" (installdir.htm) …
Jan 5, 2015:
- 10:16 AM Ticket #2964 ($tagWNDCLASS) closed by
- Fixed: Fixed by revision [11174] in version: 3.3.13.20
- 8:55 AM Ticket #2961 (FileGetSize() Documentation) closed by
- Fixed: Fixed by revision [11173] in version: 3.3.13.20
Jan 4, 2015:
- 10:59 PM Ticket #2964 ($tagWNDCLASS) created by
- Hello! :) The $tagWNDCLASS struct in the WinAPISys.au3 is wrong. …
Dec 31, 2014:
- 6:12 PM Ticket #2963 (Macro for file name in included files) updated by
- Replying to Jos: > Maybe @ScriptName and @ScriptFullPath should also be set to the actual include file being processed at the time. Maybe @ScriptCurrentFileName, @ScriptCurrentFullPath and @ScriptCurrentDir (or @CurrentScript...). Re-using existing macros might break existing scripts.
- 5:52 PM Ticket #2963 (Macro for file name in included files) updated by
- Replying to anonymous: > Back on topic: > I don't think that the suggested macro should be denied existence when @ScriptLineNumber exists (justification and use case above). Please create that macro. The is logic in your request as the @ScriptLineNumber is the actual one from the include file. Maybe @ScriptName and @ScriptFullPath should also be set to the actual include file being processed at the time. Jos
- 4:33 PM Ticket #2963 (Macro for file name in included files) updated by
- Replying to Melba23: > If you use Au3Stripper as I suggested then you will only have the one file with the includes inserted and so the line number will be easy to locate. Thank you, you are right. Back on topic: I don't think that the suggested macro should be denied existence when @ScriptLineNumber exists (justification and use case above). Please create that macro.
- 3:45 PM Ticket #2963 (Macro for file name in included files) updated by
- If you use Au3Stripper as I suggested then you will only have the one file with the includes inserted and so the line number will be easy to locate. M23
- 1:41 PM Ticket #2963 (Macro for file name in included files) updated by
- Replying to Melba23: > In a compiled script there are no "source files" as such to identify. Using #include is the same as pasting the content of that file into the script at that point, so all code is essentially inside the same script once compiled. I do not compile it for testing. > Note the Help file comments for @ScriptLineNumber;; > {{{ > Line number being executed - useful for debug statements > (e.g. location of function call). > }}} That's what I'm using it for. > {{{ > Only significant in uncompiled scripts - > note that #include files return their internal line numbering > }}} I don't compile it, no problem. > When running from SciTE, the editor can distinguish from which file a particular line of code is derived Unfortunately I only know the line number of the line and not it's content. > […] allow the crash while debugging rather than using the assertion in the helper function. If I do that, then I know that it crashed in the line after the assertion. If I use the assertion, then I know the line number of the line where the function was called (using @ScriptLineNumber as default argument in the helper function). If I also knew the file, then I knew where to look for the bug.
- 7:17 AM Ticket #2963 (Macro for file name in included files) updated by
- In a compiled script there are no "source files" as such to identify. Using #include is the same as pasting the content of that file into the script at that point, so all code is essentially inside the same script once compiled. Note the Help file comments for @ScriptLineNumber;; […] When running from SciTE, the editor can distinguish from which file a particular line of code is derived - as explained above, when compiled there are no separate files, so I am afraid that your request makes no sense. What you can do to identify a line on which AutoIt crashes is to use Au3Stripper which reduces your script to the same number of lines as read by the compiler - then the line number shown in the error MsgBox reflects the line in the stripped file. But I do not believe that this will help in your particular situation - other than if you allow the crash while debugging rather than using the assertion in the helper function. M23
Note:
See TracTimeline
for information about the timeline view.
