Timeline
Dec 26, 2010:
- 4:50 PM Ticket #1843 (Round(), Doc, decimalplaces, return "type") updated by
- Good point ... Will read up and think a bit more about that aspect. (Still think the type difference should be added somewhere, remark section perhaps.)
- 4:27 PM Ticket #1843 (Round(), Doc, decimalplaces, return "type") updated by
- This may throw in a bit more confusion for new users since the help file also states that AutoIt is typeless.
- 4:22 PM Ticket #1825 (StringRegExpReplace - returns bad @extended value) updated by
- What seems to be the problem? The second example is replacing $1 6 times just like you told it to do. "$1 = o2\.$1, " times 3. If anything it may need a clarification in the docs.
Dec 24, 2010:
- 9:06 PM Ticket #1848 (Koda) closed by
- Rejected: Please submit this request in the Koda thread in the Forum as this is a utility not maintained by the core dev group. Jos
- 9:05 PM Ticket #1849 (Project) closed by
- Rejected: I am not going to build extra functionality in the SciTE version we distribute. Jos
- 9:03 PM Ticket #1847 (AutoIt cannot control QuoteTracker) closed by
- No Bug: As stated... use the forum for assistance.
- 8:45 PM Ticket #1849 (Project) created by
- Add ability to manage programs made of lots of scripts. When I have …
- 8:36 PM Ticket #1848 (Koda) created by
- In Koda, in Object Ispectorwhere you have OnClick. You can choose none …
- 8:01 PM Ticket #1847 (AutoIt cannot control QuoteTracker) updated by
- > Please help! Critical for me! Thanks, Terry Nope. Don't care. Your welcome ... at forum. - This location is for bug reports, not personal support.
- 2:36 PM Ticket #1847 (AutoIt cannot control QuoteTracker) created by
- QuoteTracker is a free download from …
Dec 23, 2010:
- 5:57 PM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
- For additional GDI+ functions there is the GDIP.au3 UDF. Think that is makes sense to have the GDI+ functions in AutoIt follow the GDI+ class names. Issue in that case. - Only rename the current("int") one's. (float versions could go into the GDIP.au3 UDF) (real code breaker I imagine) - Rename the "int", but also add the "float" version. (less of a code breaker?) Alternatively: No change to AutoIt, But relative float versions go into GDIP.au3 with a trailing 'F' to the function names. (least desirable solution I think.) That about it from me.
Dec 22, 2010:
- 10:28 AM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) updated by
- Replying to Yashied: > Replying to Jpm: > > Are you sure that you process is unicode? > > Yes. So I am suprised that a Unicode process calling CallWindowProc does call CallWindowProcW. Can you provide a replication script? Thanks
- 8:46 AM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
- Thx for the great example - it clearly shows the difference. If smoothingmode is set to 0 (default) then the float version produces exact pixel lines too, but the values are rounded instead of truncated 3.7 = 3 int 3.7 = 4 float I don´t think it´s a good idea to add a "$fFloat = False" or $fInt = True" flag, because the GDI+ functions should be as fast as possible. ( and I don´t want to have ONE function (somewhere in the future) for all these gdiplus-functions: GdipDrawCurve GdipDrawCurveI GdipDrawCurve2 GdipDrawCurve2I GdipDrawCurve3 GdipDrawCurve3I ;) ) E
- 12:07 AM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) updated by
- Replying to Jpm: > Are you sure that you process is unicode? Yes.
Dec 21, 2010:
- 3:57 PM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
- Replying to mvg: > If! its taken in consideration. A additional (trailing) "$fFloat = False" or $fInt = True" function parameter seems more logical. (instead of racking up a whole bunch of almost duplicate function's) That was before I noted the "GdipDrawLineI" and "GdipDrawLine" difference of course. :P
- 3:25 PM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
- In case no code change change is going to be made, a note about this in the help might be a idea. Modded example after playing around with it a bit. (partial/changed code part) […]
- 5:38 AM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
- If! its taken in consideration. A additional (trailing) "$fFloat = False" or $fInt = True" function parameter seems more logical. (instead of racking up a whole bunch of almost duplicate function's)
Dec 20, 2010:
- 4:00 PM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) updated by
-
Version changed
Automatic ticket cleanup. - 3:45 PM Ticket #1846 (change _GdiPlus_GraphicsDraw/Fill* functions to corresponding floating ...) created by
- all _GdiPlus_GraphicsDraw/Fill functions use the integer version. to …
- 1:53 AM Ticket #1845 (Forum bug) created by
- http://www.autoitscript.com/forum/topic/46894-unicodeurl-udf/page__p__3 …
Dec 19, 2010:
- 10:46 AM Ticket #1822 (_GUICtrlListView_GetCounterPage???) closed by
- Wont Fix
- 10:45 AM Ticket #1822 (_GUICtrlListView_GetCounterPage???) reopened by
Dec 16, 2010:
- 9:39 AM Ticket #1844 (SplashTextOn crops variable when used with opt 32 and @CRLF / @LF) updated by
- whoah, that really a bug ... if it really modify the input string.
Dec 15, 2010:
- 6:20 PM Ticket #1844 (SplashTextOn crops variable when used with opt 32 and @CRLF / @LF) updated by
- Someone ByRef'd it? :) SplashTextOn replaces @LF (and @CR, but thats of topic) control codes for chr(0) one's on the text parameter. Local test output: (before[1] and after[2] SplashTextOn() use). [1] $splashtext = "aaa[LF]bbb[LF]ccc[chr(1)]ddd" {St} [0,0] [2] $splashtext = "aaa[NUL]bbb[NUL]ccc[chr(1)]ddd" {St} [0,0]
- 5:23 PM Ticket #1842 (_ArrayUnique does not work properly) updated by
- Dear Sir. Sorry, that I did not understand. No error, only my misunderstanding (not english speaking though). Thanks for clearing up. Regards Thopaga.
- 5:10 PM Ticket #1842 (_ArrayUnique does not work properly) updated by
- Hello. Have I misunderstood? Look at the result I get. There is a duplicate row with value 5. Thanks. [0]|5 [1]|1 [2]|2 [3]|3 [4]|4 [5]|5
- 1:37 PM Ticket #1844 (SplashTextOn crops variable when used with opt 32 and @CRLF / @LF) created by
- This short snippet shows the problem. Notice how line two disappears …
- 10:43 AM Ticket #1843 (Round(), Doc, decimalplaces, return "type") created by
- Suggestion. Current: >Round ( expression [, decimalplaces] ) …
- 10:38 AM Ticket #1842 (_ArrayUnique does not work properly) closed by
- Duplicate
- 6:26 AM Ticket #1842 (_ArrayUnique does not work properly) updated by
- Duplicate of ticket #1806. (No bug) _ArrayUnique() Doc on $iBase parameter say's > Parameters > $iBase [optional] Is the Array 0-base or 1-base index. 0-base by default This is for telling the function about the input array. And it not used/intended to control the format of the output array. As stated in the Remark part of the _ArrayUnique() help. > Returns an array, the first element ($array[0]) contains the number of strings returned, the remaining elements ($array[1], $array[2], etc.) contain the unique strings. Still no bug. Only thing left is to put in a Request for a change, and elaborate on the why. - - - ?: maybe making the help text on the $iBase parameter more specific by adding "input" to it, > $iBase [optional] Is the input Array 0-base or 1-base index. 0-base by default
Dec 14, 2010:
Dec 13, 2010:
- 7:27 PM Ticket #1836 (_GUICtrlTreeView_InsertItem should return a handle, but it not) closed by
- Fixed: Fixed by revision [5964] in version: 3.3.7.0
- 7:06 PM Ticket #1836 (_GUICtrlTreeView_InsertItem should return a handle, but it not) updated by
- Oh, I see the type of the variable . Thanks
- 4:43 PM Ticket #1836 (_GUICtrlTreeView_InsertItem should return a handle, but it not) updated by
- In source of GuiTreeView.au3, there is a GUICtrlTreeView_AddItem and _GUICtrlTreeView_InsertItem. In GUICtrlTreeView_AddItem, following code is ok. […] But in _GUICtrlTreeView_InsertItem, following code has problem. $hItem is not returned as "handle". […] The return type "handle" should be add as last parameter in _SendMessage of _GUICtrlTreeView_InsertItem.
- 10:49 AM Ticket #1832 (StringStripCR(): Clips strings at NUL-character.) updated by
- That's an fantastic analysis. I think the support of Chr(0) in string is what we wanted to use basic String...() builtin on such string. For me StringStripWS() should clip as it is not a basic one. For StringToASCIIArray() and StringFromASCIIArray(), It can be considered as a basic builtin. Definitely Doc must be updated to reflect the support/Clipping.
Dec 12, 2010:
- 7:08 PM Ticket #1822 (_GUICtrlListView_GetCounterPage???) updated by
- I posted it on the forum here when I found it... I don't think it is used at all, as doing a search of the forum doesn't bring up any results other than a few people posting the name changes for the UDF between versions. Even if it is left as is, there should at least be a note saying what it actually is, would have saved Kafu a bit of time by the looks of it :)
Dec 11, 2010:
- 5:07 PM Ticket #1832 (StringStripCR(): Clips strings at NUL-character.) updated by
- Run trough the string group functions. Looking at there behavior in relation to CHR(0) characters. (adding for reference.) cliped at (output result is based on the input string up to the first chr(0) character.) StringIsAlNum StringIsAlpha StringIsASCII StringIsDigit StringIsFloat StringIsInt StringIsLower StringIsSpace StringIsUpper StringIsXDigit StringAddCR StringStripCR StringFormat ignored/used (chr(0) is handles just like other characters.) StringLen StringLower StringUpper StringLeft StringRight StringTrimLeft StringTrimRight StringMid StringInStr StringStripWS (*) StringCompare StringToASCIIArray (*) StringFromASCIIArray (*) StringSplit StringReplace mixed/not_done StringRegExpReplace StringRegExp *)has some Chr(0) info in doc. - - - >I can add that StringStripWS() does not remove chr(0) as stated in the doc. +1 (although I don't know if there is any real need to refer to chr(0) here if chr(0) is not removed by StringStripWS().) >Not sure if StringStripCR() should support Chr(0) not stripping. As StringAddCR() is also clipping strings at chr(0) you probably right. Its not that StringAddCR() and StringStripCR() can't be easily duplicated, but then without clipping at chr(0) if needed, with StringReplace() itself. (assuming StringAddCR() and StringAddCR() might be speed optimized linefeed modifiers/function.) Think thats it from me on this one.
- 9:31 AM Ticket #1822 (_GUICtrlListView_GetCounterPage???) updated by
- Replying to Zedna: > Replying to Jpm: > > You right at was certainly a typo at the creation time 9/2007 but as it can lead to regression to existing script we don't plan to change it > > I disagree. > It should be fixed because there are many other script breaking changes > and similar typo in function name was already fixed: > > http://www.autoitscript.com/trac/autoit/ticket/1015 > Ticket #1015 (closed Bug: Fixed) > _SQLite_SaveMode() --> _SQLite_SafeMode() on this #1015 I was the designer so I have taken the responsability of breaking . but on this one is not me. Can you post on main forum an question about this breaking and report the conclusion if any? Thanks. PS I think a lot of UDF are never used …
Dec 10, 2010:
- 11:34 PM Ticket #1822 (_GUICtrlListView_GetCounterPage???) updated by
- Replying to Jpm: > You right at was certainly a typo at the creation time 9/2007 but as it can lead to regression to existing script we don't plan to change it I disagree. It should be fixed because there are many other script breaking changes and similar typo in function name was already fixed: http://www.autoitscript.com/trac/autoit/ticket/1015 Ticket #1015 (closed Bug: Fixed) _SQLite_SaveMode() --> _SQLite_SafeMode()
- 8:23 PM Ticket #1841 (_Date_Time_FileTimeToStr) closed by
- Duplicate: duplicate ticket, already fixed
- 6:36 PM Ticket #1841 (_Date_Time_FileTimeToStr) created by
- There is an error in this funtion, with as parameter 1 instead the …
- 6:07 PM Ticket #1833 (_arraydisplay : elements longer than 4094 bytes are like empty elements) closed by
- Fixed: Fixed by revision [5963] in version: 3.3.7.0
- 4:41 PM Ticket #1833 (_arraydisplay : elements longer than 4094 bytes are like empty elements) updated by
- In fact the builtins GUICtrlCreateListViewItem(),GUICtrlCreateListView() and GUICtrlSetData() for List, Combo, ListView and ListViewItem reject lthe creation/update if the item length is greater than 4094. I will document this limit. But for _ArrayDisplay() which is more a debug Udf I will troncate the item
- 3:36 PM Ticket #1832 (StringStripCR(): Clips strings at NUL-character.) updated by
- I missed the StringStripWS() doc part on StringStripWS() also removing chr(0). Don't mind knowing(also) what the general consensus is with chr(0) in relation to the string* group functions. If there is any of course. Valik?
- 2:11 PM Ticket #1840 (_Singleton's documentation lacks $iFlag's default) closed by
- No Bug: Unless more information is needed, all UDF syntax reflect the default value for a specific parameter. We don't intend to add (default) in front all the needed one. Too much work for UDF that have been submitted by people as you. Sorry for not solving this kind of issue.
- 2:00 PM Ticket #1823 (Typo on documentation of GUICoordMode option.) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:29 PM Ticket #1839 (Bug of _GUICtrlTreeView_SetInsertMark) closed by
- Fixed: Fixed by revision [5961] in version: 3.3.7.0
- 1:03 PM Ticket #1836 (_GUICtrlTreeView_InsertItem should return a handle, but it not) updated by
- I don't understand as _GUICtrlTreeView_InsertItem() is returning an Handle. _GUICtrlTreeView_AddItem() is not an udf GUICtrlTreeView_AddItem() is an internal UDF. Can you post a repro script? Thanks
- 12:45 PM Ticket #1832 (StringStripCR(): Clips strings at NUL-character.) updated by
- I can add that StringStripWS() does not remove chr(0) as stated in the doc Not sure if StringStripCR() should support Chr(0) not stripping.
- 12:10 PM Ticket #1829 (Typo on documentation in running.htm) closed by
- No Bug: Yes it is
- 12:07 PM Ticket #1824 ($GUI_BKCOLOR_TRANSPARENT not working in GUICtrlCreateCheckbox) closed by
- Works For Me: For me it is working so I close it
- 12:05 PM Ticket #1823 (Typo on documentation of GUICoordMode option.) closed by
- Fixed: alrady fix in the proposed beta …
- 11:58 AM Ticket #1822 (_GUICtrlListView_GetCounterPage???) closed by
- No Bug: You right at was certainly a typo at the creation time 9/2007 but as it can lead to regression to existing script we don't plan to change it
- 11:10 AM Ticket #1820 (Script sometimes won't exit after launching folders in ShellExecute) closed by
- Works For Me: cannot reproduce as it is working for me
- 11:09 AM Ticket #1819 (Script won't launch or won't exit after launching URLs in ShellExecute) closed by
- Works For Me: Under IE8/Windows 7 it is working. as IE6 is a pretty old not really support by MS, I close it as working for me
- 9:15 AM Ticket #1806 ($iBase in _ArrayUnique() not working properly) closed by
- No Bug: There is no error just use […] and play with the $iBase = 0 or 1 The remaining of the thread shoud go to a "new request" for 2D array support
- 8:20 AM Ticket #1816 (_GUICtrlListView_GetItemText not properly work on Windows 7 x 64) updated by
- In fact the alignment of structure have been fixed for the next beta/release. X64 is now working correctly, compatible with X86. new types have been added […] I think the problem will be closed with the next delivery
- 7:24 AM Ticket #1811 (String.au3 file inside help folder?) updated by
- it looks like the #include<> is working as #include""
- 7:18 AM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) updated by
- I am in the same situation as "mvg", I can't reproduce it. My system does not have a smartcard reader and I am running Windows 7. Is the smartcard reader mandatory?
- 7:05 AM Ticket #1808 (OS Crash while executing..) closed by
- Works For Me: I don't see any hanging under my system. I can't reproduce the crash even with 128 Mb memory
Dec 9, 2010:
- 11:21 PM Ticket #1805 (Functions that modify files should not change encoding) closed by
- Fixed: Fixed by revision [5960] in version: 3.3.7.0
- 10:00 PM Ticket #1800 (_ClipPutFile error 9) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:48 PM Ticket #1801 (RUNAS Windows 7 x64) closed by
- Works For Me: no info added so I close it …
- 9:46 PM Ticket #1800 (_ClipPutFile error 9) closed by
- Fixed: This has been fixed during #1471 fixing
- 8:00 PM Ticket #1838 (Au3Check, Ignored error case, keyword and (attached) negative number.) updated by
-
Milestone changed
Automatic ticket cleanup. - 7:56 PM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) updated by
- Are you sure that you process is unicode?
- 7:34 PM Ticket #1791 (GuiCtrlDelete is in the wrong place?) closed by
- Wont Fix: The argument of mvg" is the ones which as lead to not put it under "GUI Control Update" So I close it without modification
- 7:28 PM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) updated by
- In fact the compiled script crash at the end after the error message as the script as the same problem as #1319.
- 7:01 PM Ticket #1838 (Au3Check, Ignored error case, keyword and (attached) negative number.) closed by
- Fixed: already fixed with #1051
- 1:29 PM Ticket #1833 (_arraydisplay : elements longer than 4094 bytes are like empty elements) updated by
- A quick (possibly too quick) look at http://msdn.microsoft.com/en-us/library/bb774760%28v=VS.85%29.aspx at pszText parameter descripion tells me (again I can be mis-interprating this in such a rush) that only the first 260 TCHARs of text subitem are displayed. If that is real, then there is no point in _not_ truncating array elements to 260 characters, well before 4095. I agree that the function should display that first 260 chars instead of "", which can be utterly misleading to the user. I apologize for any mistake in understanding that MSDN prose.
- 11:01 AM Ticket #1840 (_Singleton's documentation lacks $iFlag's default) created by
- I assume it's 0 due to the mention of _Singleton($sOccurenceName [, …
- 12:43 AM Ticket #1839 (Bug of _GUICtrlTreeView_SetInsertMark) created by
- Help file: "If $hItem is 0, the insertion mark is removed". But since …
Dec 7, 2010:
- 2:44 PM Ticket #1838 (Au3Check, Ignored error case, keyword and (attached) negative number.) created by
- Au3Check, Ignored error case, keyword and (attached) negative number. …
Dec 6, 2010:
- 5:13 PM Ticket #1837 (_GUICtrlIpAddress_EnableDisable) created by
- There is currently a UDF to show/hide a IPAddress control, but not one …
Dec 4, 2010:
- 10:03 AM Ticket #1836 (_GUICtrlTreeView_InsertItem should return a handle, but it not) created by
- Easy to correct. Add "handle" as last parameter to _SendMessage in …
Dec 3, 2010:
- 5:42 PM Ticket #1835 (Error opening file for writing during install) updated by
- Replying to anonymous: > > What is your problem....Language??? My problem is users who try to say our stuff has bugs in it when it's their fault they are having an issue. > I checked the forum and neither applied... I'm guessing you didn't bother asking for support. Which is what you need. > and what is wrong with a PDF? You have an IMAGE file to show. A PDF is needlessly large for that. Had you just attached a PNG file like most reasonable people would, I could have viewed it from within my browser instead of having to download a file and open it in another program. > I guess this download was a complete waste of time It was because there's no bug here. > and you should find some manners!! I have manners. However, I do not demonstrate them to people who are clearly wasting my time. You posted a PDF file (rude) to report a non-bug (rude). > Thanks for nothing!~ No, I've given you plenty, you're just too blind to see it.
- 4:01 PM Ticket #1835 (Error opening file for writing during install) updated by
- Replying to Valik: > First of all. WTF, a PDF? Really? > > Second, use the forum. I see at least 2 obvious potential errors in what you are trying to do. What is your problem....Language??? I checked the forum and neither applied...and what is wrong with a PDF? I guess this download was a complete waste of time and you should find some manners!! Thanks for nothing!~
- 12:47 AM Ticket #1835 (Error opening file for writing during install) closed by
- No Bug: First of all. WTF, a PDF? Really? Second, use the forum. I see at least 2 obvious potential errors in what you are trying to do.
- 12:24 AM Ticket #1835 (Error opening file for writing during install) created by
- I have been trying to run the setup file autoit-v3-setup.exe and keep …
Dec 1, 2010:
- 8:14 PM Ticket #1834 (FileSelectFolder problem when using Windows RunAs) created by
- The "Make New Folder" button in the FileSelectFolder function does not …
Nov 30, 2010:
- 11:53 PM Ticket #1833 (_arraydisplay : elements longer than 4094 bytes are like empty elements) updated by
- GUICtrlCreateListViewItem() limitation side effect.
- 9:33 PM Ticket #1833 (_arraydisplay : elements longer than 4094 bytes are like empty elements) created by
- array elements longer than 4094 bytes displayed like empty strings. …
- 11:00 AM Ticket #1830 (Typo on documentation in running.htm) closed by
- Duplicate
Nov 29, 2010:
- 9:38 PM Ticket #1831 (_FileCountLines does not handles null characters) updated by
- Problem is in the StringStripCR() function. Its clipping strings at the NUL-character. See ticket #1832
- 9:37 PM Ticket #1832 (StringStripCR(): Clips strings at NUL-character.) created by
- Problem taken from ticket #1831 […]
- 4:05 PM Ticket #1831 (_FileCountLines does not handles null characters) updated by
- Oups! In the script please ignore the line: […]
- 3:56 PM Ticket #1831 (_FileCountLines does not handles null characters) created by
- When using _FileCountLines on a text file containing some NULL …
Nov 28, 2010:
- 9:31 PM Ticket #1830 (Typo on documentation in running.htm) updated by
- Oups ... Sorry for the double ticket.
- 9:30 PM Ticket #1830 (Typo on documentation in running.htm) created by
- Did the last line is a part of this text? […]
- 9:30 PM Ticket #1829 (Typo on documentation in running.htm) created by
- Did the last line is a part of this text? […]
- 8:07 PM Ticket #1828 (Strange behavior with IniWrite) updated by
- I nevertheless read the help of both functions, but I had not dreaded the impact of this little sentence. Thank you very much.
- 11:04 AM Ticket #1828 (Strange behavior with IniWrite) closed by
- No Bug: From the Helpfile FileOpenDialog: Remarks Separate the file filters with a semicolon as shown in the example. Multiple groups of filters are separated by a pipe "|". If default name is given, options must also be given. If none of the options are wanted, use 0 for options. Special Windows folders (such as "My Documents") can sometimes be set as the init dir; see Appendix. @WorkingDir is changed on successful return.
- 10:51 AM Ticket #1828 (Strange behavior with IniWrite) created by
- Hello, a member of the French forum point us for a strange behavior of …
- 8:28 AM Ticket #1827 (Typo on documentation of SendKeyDelay option.) closed by
- Fixed: Fixed by revision [5959] in version: 3.3.7.0
Nov 27, 2010:
- 3:46 PM Ticket #1827 (Typo on documentation of SendKeyDelay option.) created by
- "Alters the the length of the brief pause in between sent keystrokes." …
Note:
See TracTimeline
for information about the timeline view.
