Timeline



Jan 24, 2015:

11:42 PM Ticket #2975 (_WinAPI_GetFontResourceInfo return only the first 31 characters from ...) created by ffdshow
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 anonymous
' == == 'babar ali virk

Jan 23, 2015:

8:11 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) updated by Jos
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 anonymous
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 anonymous
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 BrewManNH
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 anonymous
The function StringRegExpReplace doesn't allow named …

Jan 20, 2015:

5:53 PM Ticket #2973 (Adding a MACRO for tray icon handle) created by j0kky
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 j0kky
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 TicketCleanup
Version changed
Automatic ticket cleanup.
3:53 PM Ticket #2971 (AutoItWrapper - Return proper exit code and suppress all dialogs) created by corystein@…
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 guinness
Done.
7:06 PM Ticket #2970 (TraySetToolTip text set to Chr(0) hides the tooltip.) updated by guinness
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 water
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 guinness
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 BrewManNH
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 guinness
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 mLipok
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 guinness
Completed: Added by revision [11185] in version: 3.3.13.20
2:47 PM Ticket #2969 (label size) closed by Melba23
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 TicketCleanup
Version changed
Automatic ticket cleanup.
1:37 PM Ticket #2969 (label size) updated by anonymous
[…] 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 anonymous
[…] The above code creates label but with the width and height …
10:25 AM Ticket #2968 (Add mSeconds to _SetTime function) updated by anonymous
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 TicketCleanup
Version changed
Automatic ticket cleanup.
9:47 AM Ticket #2968 (Add mSeconds to _SetTime function) created by anonymous
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 guinness
Fixed: Fixed by revision [11182] in version: 3.3.13.20
3:25 AM Ticket #2967 (Error in function __EventLog_DecodeTime) updated by guinness
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 guinness
Completed
3:04 AM Ticket #2966 (GUISetHelp[2].au3 - example proposal) closed by guinness
Completed: Changed by revision [11181] in version: 3.3.13.20
2:47 AM Ticket #2964 ($tagWNDCLASS) updated by guinness
Missing from the changelog. I have now added.

Jan 8, 2015:

3:09 PM Ticket #2967 (Error in function __EventLog_DecodeTime) created by landfillmail@…
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 TicketCleanup
Version changed
Automatic ticket cleanup.
1:00 PM Ticket #2965 (Install Directory Structure) updated by TicketCleanup
Version changed
Automatic ticket cleanup.
12:25 PM GUISetHelp[2].au3 attached to Ticket #2966 by mLipok
GUISetHelp[2].au3
12:25 PM Ticket #2966 (GUISetHelp[2].au3 - example proposal) created by mLipok
http://www.autoitscript.com/forum/topic/166612-guisethelp-how-to-runexe
12:13 PM Ticket #2965 (Install Directory Structure) created by mLipok
in HelpFile there is "Install Directory Structure" (installdir.htm) …

Jan 5, 2015:

10:16 AM Ticket #2964 ($tagWNDCLASS) closed by Melba23
Fixed: Fixed by revision [11174] in version: 3.3.13.20
8:55 AM Ticket #2961 (FileGetSize() Documentation) closed by guinness
Fixed: Fixed by revision [11173] in version: 3.3.13.20

Jan 4, 2015:

10:59 PM Ticket #2964 ($tagWNDCLASS) created by Cythor
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 anonymous
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 Jos
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 anonymous
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 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. M23
1:41 PM Ticket #2963 (Macro for file name in included files) updated by anonymous
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 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. 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

Dec 30, 2014:

7:42 PM Ticket #2961 (FileGetSize() Documentation) updated by Synix <cross.fire@…>
Oh okay. Because I tested it and found it was the exact same behavior as for DirGetSize(), where the documentation is more detailed about @error. That's why I thought that info was just missing here. If the @error value also gets set on other cases like you say, this report is irrelevant.
6:44 PM Ticket #2963 (Macro for file name in included files) created by anonymous
The sitation: 22 source files, even more unit tests and hundreds of …

Dec 29, 2014:

2:22 PM Ticket #2962 (GUICtrlSetImage resizes Pic control with $SS_SUNKEN style) created by MrCreatoR
Reproducing example: […] the size of the pic control (with …

Dec 28, 2014:

12:39 PM Ticket #2961 (FileGetSize() Documentation) updated by J-Paul Mesnage
for me there is no bug just pehaps an improvement but it is always difficult to caracterize the type of error with just one @error code. That's the reason it is not more defined. If you use a mounted volume it could be the drive is not accessible Cheers
4:47 AM Ticket #2961 (FileGetSize() Documentation) updated by Synix <cross.fire@…>
file or folder*
4:46 AM Ticket #2961 (FileGetSize() Documentation) created by Synix <cross.fire@…>
Failure: 0 and sets the @error flag to 1. should be Failure: 0 and …
Note: See TracTimeline for information about the timeline view.