Timeline
May 19, 2008:
- 10:23 PM Ticket #302 (to, Valik 2) closed by
- No Bug
- 10:21 PM Ticket #300 (to jon, "using CLASS and TEXT together...") updated by
- The Au3Info tool really is only setup to show Class and Instance parameters. When you move onto specifying _more_ than these paramters you need to start thinking by yourself because there is no way we can show all combinations. "Instance" always comes last and is the instance _if all the other parameters match_. Yes two buttons may have the same text - they could be in different groups, or even hidden (many dialogs hide controls when going from page to page). That is _exactly_ why we wrote it this way. If you couldn't specify the button you wanted I could understand but you can. Class:Button; Text:&Move. I'm sorry for wanting to give people multiple ways to specify buttons suitable for different situations... By all means suggest improvements for the documentation if it's misleading but don't keep telling me I am wrong when I wrote the code and it's working how I designed it.
- 10:19 PM Ticket #302 (to, Valik 2) created by
- "This issue tracker is no a personal messaging system. Stop wasting …
- 10:03 PM Ticket #301 (to, Valik) closed by
- No Bug: This issue tracker is no a personal messaging system. Stop wasting our time.
- 10:00 PM Ticket #301 (to, Valik) updated by
- poo
- 9:56 PM Ticket #301 (to, Valik) created by
- please don't steal my message to jon. I want to talk to jon, not child …
- 9:28 PM Ticket #299 (_GUICtrlTab_SetItemText text display problem) closed by
- Fixed: Fixed in version: 3.2.13.0
- 9:12 PM Ticket #300 (to jon, "using CLASS and TEXT together...") closed by
- No Bug: What the hell are you on about? See the Advanced (Class) line you circled a few things in? That's what you need to be using. Why do you want to specify the text *and* the instance? The properties are "AND" properties. Your code says "I want the 10th button and it's text should be &Move". What you want to say is "I want the 10th button" or "I want the first button with the text &Move". But that's not what your code says. This is not a bug. You're being a retard even after having it explained to you. And now you're being insulting to Jon by saying something that makes sense lacks sense just because you don't have the sense to understand how it works. Closing.
- 8:39 PM Ticket #300 (to jon, "using CLASS and TEXT together...") created by
- 1. [[Image(...)]] …
- 6:34 PM Ticket #299 (_GUICtrlTab_SetItemText text display problem) created by
- With the latest release the _GUICtrlTab_SetItemText function no longer …
- 6:08 PM Ticket #298 (Active Directory & Groups) closed by
- Rejected: Replying to umoshe0@gmail.com: > Hello, > > First let me tell you that you have an awsome program. > i have few major requests: > > 1. interface for mysql and ms sql > 2. active directory functions > 3. "in group" like functions similr to kix You can do all of this with COM. > please hurry up with this Get lost. We are not here to serve you. Ticket closed as rejected.
- 12:00 PM Ticket #298 (Active Directory & Groups) updated by
-
Version, Severity, Milestone changed
Automatic ticket cleanup. - 11:53 AM Ticket #286 (_GUICtrlReBar_AddBand() UDF: controls move off rebar bands after beta ...) updated by
- the above comment should have been from 'rover'
- 11:50 AM Ticket #286 (_GUICtrlReBar_AddBand() UDF: controls move off rebar bands after beta ...) updated by
- Replying to Gary: > The rebar is not part of the built-in functions so you'll have to make sure it refreshes. The built-in controls created are going to repaint at the location specified when created. That's the solution I came up with, but I found only the second call is needed. _GUICtrlRebar_ShowBand($hReBar, 0, False) followed by 'True' causes flashing. I use this WM_NCPAINT message handler in a Gui with 4 bands. Toolbar/GUICtrlCreateButton()/2x GUICtrlCreateInput() seems to work OK, any suggestions? I guess the help file examples that use bands and built-in controls will have to be updated. Thanks Gary […]
- 11:07 AM Ticket #293 (using CLASS and TEXT together...) closed by
- No Bug: I wrote the help. You want the FIRST instance of a "Button" class containing the text "&Move". OR the 10th instance of a "Button" class. Working as intended. No bug.
- 10:15 AM Ticket #298 (Active Directory & Groups) created by
- Hello, First let me tell you that you have an awsome program. i have …
- 9:29 AM Ticket #296 (Random(1, 1, 1)) closed by
- No Bug: Min cannot be equal to Max so @error is set to 1 indicating bad parameters
May 18, 2008:
- 8:05 PM Ticket #294 (Fix for _FileFreadToArray()) updated by
- Replying to Valik: > George, why not just do something like this in your own files somewhere? > {{{ > #include <File.au3> > > Func _FileReadToArray2($sFilePath) > Local $a > _FileReadToArray($sFilePath, $a) > SetError(@error, @extended) > Return $a > EndFunc > }}} That would work as well. The way I have it now is I have a file named Arrayx.au3 which I #include and the function is actually FileReadToArray() with the 2 underscores so that works. I really think it would have been better if Jon had left the ByRef out of the first version but it's too late for that now I think.
- 8:00 PM Ticket #297 (Scite doc outdated) updated by
-
Version changed
Automatic ticket cleanup. - 7:32 PM Ticket #297 (Scite doc outdated) updated by
- Damn, just saw the new version of Scite4Autoit fixed that.
- 7:29 PM Ticket #294 (Fix for _FileFreadToArray()) updated by
- George, why not just do something like this in your own files somewhere? […]
- 7:21 PM Ticket #297 (Scite doc outdated) updated by
- Sorry forget to login first. Reported by Xenobiologist
- 7:17 PM Ticket #297 (Scite doc outdated) created by
- Self Expanding Abbreviations Reference is outdated at some points. …
- 6:20 PM Ticket #294 (Fix for _FileFreadToArray()) updated by
- That wasn't the problem. In order to keep it backwards compatable I had to add the ByRef back in which means that the array has to be pre-declared again. Wish we could fix that issue). This works. […] If I ignore backwards compatability then the origional fix is fine Just call it using […] That's the way I use my version but it's not backwards compatable for others.
- 5:33 PM Ticket #294 (Fix for _FileFreadToArray()) updated by
- Replying to Gary: > Fails on files that contain CRLF. > > For example use @ScriptFullPath as the file to parse. I'll test it again. It can probably be solved by changing […] to […]
- 3:12 PM Ticket #294 (Fix for _FileFreadToArray()) updated by
-
Severity changed
Fails on files that contain CRLF. For example use @ScriptFullPath as the file to parse. - 2:58 PM Ticket #286 (_GUICtrlReBar_AddBand() UDF: controls move off rebar bands after beta ...) closed by
- No Bug: The rebar is not part of the built-in functions so you'll have to make sure it refreshes. The built-in controls created are going to repaint at the location specified when created.
- 8:49 AM Ticket #286 (_GUICtrlReBar_AddBand() UDF: controls move off rebar bands after beta ...) updated by
- Appears to be a repaint issue. Show/Hide Band(s) does a redraw of the rebar. […]
- 8:34 AM Ticket #285 (UDF Misc - _ChoosColor broken with Autoit 3.2.12.0) closed by
- Fixed: Fixed in version: 3.2.13.0
May 17, 2008:
- 10:09 PM Ticket #289 (GuiSetTitle) updated by
- Here's a thought or three. Have you even *tried* to use the HWND in WinSetTitle()? In fact, have you even bothered to look at the documentation for WinSetTitle() or virtually any other Win* function in general? Have you bothered to read the link which explains how to specify windows? The answer to these 3 questions is clearly "no". You're about 3 years behind on learning that you can pass an HWND to Win* functions. I suggest re-reading the documentation at least once every 3 years.
- 8:01 PM Ticket #289 (GuiSetTitle) updated by
- I know WinSetTitle(). But that is not what I mean. WinSetTitle() uses the old/current title of any window, and is therefore "title-sensitive". But I want a function with wich I can retitle a window using just its winhandle. And WinSetTitle() can do nothing wit winhandles, can it? You see, I'm getting tired of retitling my own windows having to use (read: look up) the old/current title. Since GUI windows usally have a handle assigned to it, it should give no major problems creating a function like this, does it not? Especially inside one of your own scripts... Here's an example of what I mean: […] P.S. If enybody brings up WinGetHandle, I would like to remind him/her that there still is no function capable of using that handle, is there?
- 6:08 PM Ticket #296 (Random(1, 1, 1)) created by
- Random(1, 1, 1) generated each time 0 - zero
- 5:58 PM Ticket #293 (using CLASS and TEXT together...) updated by
- Replying to Jon: > No, Au3info never shows an advanced description that uses those 3 together. > > You either want "[CLASS:Button; INSTANCE:10]" or "[CLASS:Button; TEXT:&Move]". Aren't you read help? "e.g. Click the 2nd instance of a "Button" control containing the text "Finish" ControlClick("My Window", "", "[CLASS:Button; TEXT:Finish; INSTANCE:2]")" -from help file.
- 3:58 PM Ticket #295 (Test ticket) closed by
- No Bug: Testing done.
- 3:57 PM Ticket #295 (Test ticket) updated by
-
Status, Severity changed
- 3:57 PM Ticket #295 (Test ticket) updated by
-
Severity changed
Automatic ticket cleanup. - 3:57 PM Ticket #295 (Test ticket) reopened by
- 3:57 PM Ticket #295 (Test ticket) closed by
- No Bug
- 3:56 PM Ticket #295 (Test ticket) updated by
-
Owner, Status, Severity changed
- 3:56 PM Ticket #295 (Test ticket) updated by
-
Severity changed
Automatic ticket cleanup. - 3:47 PM Ticket #295 (Test ticket) created by
- This is a test ticket, ignore me.
- 10:53 AM Ticket #293 (using CLASS and TEXT together...) updated by
- No, Au3info never shows an advanced description that uses those 3 together. You either want "[CLASS:Button; INSTANCE:10]" or "[CLASS:Button; TEXT:&Move]".
- 10:35 AM Ticket #293 (using CLASS and TEXT together...) updated by
- Replying to Jon: > That's because the bug caused instance to be ignored. In your example what you are actually asking AutoIt to look for is the 10th instance of a "Button" class with the text "&Move". I'm guessing you are not looking for the 10th instance. :) it's by Au3Info.
- 8:09 AM Ticket #293 (using CLASS and TEXT together...) updated by
- That's because the bug caused instance to be ignored. In your example what you are actually asking AutoIt to look for is the 10th instance of a "Button" class with the text "&Move". I'm guessing you are not looking for the 10th instance. :)
- 3:32 AM Ticket #294 (Fix for _FileFreadToArray()) created by
- Fixes the situation where the file contains no @LF NOTE: This also …
- 3:31 AM Ticket #293 (using CLASS and TEXT together...) created by
- there was fix in this issue with v3.2.10.0. (Fixed: Control...() …
- 3:09 AM Ticket #292 (_EventLog__Clear()) created by
- my os: windows xp pro sp3 clear eventlog without backup is not …
May 16, 2008:
- 10:36 PM Ticket #283 (Duplicated Windows Messages) updated by
- Need more information. Where is it duplicated?
- 10:33 PM Ticket #288 (GuiSetTitle) closed by
- Duplicate: Duplicated of #289.
- 10:33 PM Ticket #289 (GuiSetTitle) closed by
- Rejected: WeaponX is right, closing as Rejected.
- 10:32 PM Ticket #287 (Suggestion: Add an optional parameter "Referrer" to the Fuction "InetGet()") closed by
- Rejected: WeaponX hit this. Closing as Rejected.
- 9:30 PM Ticket #287 (Suggestion: Add an optional parameter "Referrer" to the Fuction "InetGet()") updated by
- I think this is too specific to add, there are tons of headers and you just want to add one? It would probably be better to use ObjCreate() with WinHttpRequest so you can pass more than one header.
- 9:29 PM Ticket #289 (GuiSetTitle) updated by
- We already have it, its called WinSetTitle()
- 6:08 PM Ticket #291 (TCPRecv() example in help file incorrect) created by
- Line: Local $aRet = …
- 2:11 PM Ticket #290 (_WinAPI_FloatToInt() --> obsolete in GDIPlus.au3) created by
- _WinAPI_FloatToInt() is declared in WinApi.au3 UDF and it's used in …
- 2:00 PM Tickets #287,288,289 batch updated by
-
Version changed
Automatic ticket cleanup. - 1:51 PM Ticket #289 (GuiSetTitle) created by
- Maybe I just missed it but I can't find something like GuiSetTitle. I …
- 1:47 PM Ticket #288 (GuiSetTitle) created by
- Maybe I just missed it but I can't find something like GuiSetTitle. I …
- 1:36 PM Ticket #287 (Suggestion: Add an optional parameter "Referrer" to the Fuction "InetGet()") created by
- Hello. I hope that I got the sense of the "referrer" information …
- 1:17 PM Ticket #286 (_GUICtrlReBar_AddBand() UDF: controls move off rebar bands after beta ...) created by
- Problem using _GUICtrlReBar_AddBand() with standard controls after …
- 11:57 AM Ticket #285 (UDF Misc - _ChoosColor broken with Autoit 3.2.12.0) created by
- UDF: Misc Management - _ChooseColor gives errors with new Autoit …
- 9:13 AM Milestone 3.2.12.0 completed
May 15, 2008:
- 11:40 PM Ticket #284 (help file error) closed by
- Fixed: Fixed in version: 3.2.11.13
- 8:27 PM Ticket #284 (help file error) created by
- history.htm contains a link to a non-existant file <li>Added: <a …
- 6:20 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) updated by
- Don't be a pest.
- 5:00 PM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) updated by
- Hello? Anybody moderating this thing?
- 10:00 AM Ticket #283 (Duplicated Windows Messages) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:47 AM Ticket #283 (Duplicated Windows Messages) created by
- All the windows messages (codes) in the help file are duplicated
- 9:15 AM Ticket #277 (@ProcessorArch) updated by
- just some addition http://msdn.microsoft.com/en-us/library/ms724958(VS.85).aspx I really don't understand why the return info is wrong from my point of view (Windows Bug???)
- 9:02 AM Ticket #277 (@ProcessorArch) updated by
- at the type I code this macro, I was thinking that the Windows API will return the real architecture. I have to admit that it is not working as I though. So I don't know if we really need a processor arch but OS arch is Ok for me @ProcessorArch -> @OSArch
- 2:12 AM Ticket #282 (Transparency issue with icon controls on tabs (revisited)) created by
- This is actually an issue with AutoIt v3.2.12.0 RC4. The problem I'm …
- 12:00 AM Ticket #281 (CLI and help) updated by
-
Version, Milestone changed
Automatic ticket cleanup.
May 14, 2008:
- 11:52 PM Ticket #281 (CLI and help) closed by
- Rejected: Replying to anonymous: > Request here for CLI (command line interface) What? If you could be any more ambiguous than this, I don't know how. > and need user32.dll and kernel.dll actions listed in help file Right. So you want us to double the size of the documentation to provide information for something that's not part of AutoIt. Something that already has it's own site dedicated to it, which I won't tell you so you can waste time finding it on your own since you made me waste time with this poorly done ticket. Obviously, closed as Rejected. If you're going to make tickets put some effort into it.
- 10:49 PM Ticket #281 (CLI and help) created by
- Request here for CLI (command line interface) and need user32.dll …
- 4:55 PM Ticket #250 (@CurrentScript) closed by
- Rejected
- 4:55 PM Ticket #250 (@CurrentScript) reopened by
- Re-opening to fix JP's mistake. This is still Rejected. JP just accidentally triggered the script which automatically sets the fields he set.
- 4:52 PM Ticket #280 (built-in scite lite is not showing autocomplete-tooltip for variables) closed by
- No Bug: It's called SciTE-Lite for a reason. It's missing many features and has different behavior than normal SciTE because it has none of the Lua scripts that provide the functionality. Not a bug.
- 3:33 PM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) updated by
- It's impossible to tell for certain, but it looks as though on the occasions when _ClipBoard_GetData was crashing, ClipGet() returns an empty string, and if I then do a very brief sleep() and try ClipGet() again, I get the data I was expecting.
- 1:30 PM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) updated by
- I think ClipGet() needs to be featured a wee bit more prominently in the help files!
- 1:29 PM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) updated by
- I have discovered that I can avoid the issue by using ClipGet() rather than _ClipBoard_GetData. It appears that the results are somewhat different when I do so -- but no crashes! I will post more as I learn it.
- 12:00 PM Ticket #280 (built-in scite lite is not showing autocomplete-tooltip for variables) updated by
-
Milestone changed
Automatic ticket cleanup. - 10:24 AM Ticket #259 (_ArraySort UDF not returning 1 on succes,) closed by
- Fixed: Fixed in version: 3.2.11.13
- 10:20 AM Ticket #260 (_ArrayToString, Return Value, Success: 1) closed by
- Fixed: Fixed in version: 3.2.11.13
- 10:19 AM Ticket #250 (@CurrentScript) updated by
-
Owner, Resolution, Milestone changed
Fixed in version: 3.2.11.13 - 10:11 AM Ticket #280 (built-in scite lite is not showing autocomplete-tooltip for variables) created by
- if i want to write a variable, that is already designed, there is no …
- 12:00 AM Ticket #279 (AddressOfVar($VariableName), SizeOfVar($VariableName)) updated by
-
Version changed
Automatic ticket cleanup.
May 13, 2008:
- 11:18 PM Ticket #279 (AddressOfVar($VariableName), SizeOfVar($VariableName)) closed by
- Rejected: Oops, habit of hitting "No Bug". Meant to Reject.
- 11:18 PM Ticket #279 (AddressOfVar($VariableName), SizeOfVar($VariableName)) reopened by
- 11:17 PM Ticket #279 (AddressOfVar($VariableName), SizeOfVar($VariableName)) closed by
- No Bug: AutoIt doesn't need typecast tricks. Besides, on the rare occasion that you do need to cast something, there are functions like Int() and the like to do that. Further, this will never work, AutoIt's types aren't simple. This isn't like overlaying a double onto an int64 to work with the raw bits. The Variant class in AutoIt is highly complex.
- 11:05 PM Ticket #279 (AddressOfVar($VariableName), SizeOfVar($VariableName)) created by
- These new functiona will return memory Address/Size Of given AutoIt's …
- 10:27 PM Ticket #278 (Au3Check reporting syntax errors on dictionary object.) closed by
- No Bug: This script (or similar) would have been better. Yours contains loads of pointless crap and misses something rather obvious. You're making the assumption that just because operator += doesn't throw an AutoIt error, that it works. It does not in work so Au3Check flagging it as an error is actually an improvement over AutoIt's behavior. Now, whether AutoIt should or should not actually support the behavior is another issue entirely. […] Closing this as NO BUG as there isn't really a bug here unless it's in AutoIt not throwing an error for the syntax Au3Check knows is invalid.
- 10:16 PM Ticket #278 (Au3Check reporting syntax errors on dictionary object.) updated by
- See also: http://www.autoitscript.com/forum/index.php?showtopic=71159&st=0&gopid=521011&#entry521011
- 9:32 PM Ticket #278 (Au3Check reporting syntax errors on dictionary object.) updated by
- #include <IE.au3> Global $App = ObjCreate("Scripting.Dictionary") If @error Then ; can't use dictionary object here, we don't have one. MsgBox(0, , 'Unable to create the configuration dictionary.') Exit ; might as well, we're kind of screwed without it. Else $App.Add('App_Retries', 0) EndIf Func WebGetPage($url) $App('App_Retries') = 0 Local $text = _GetPage($url) $App('App_Retries') = 0 Return $text EndFunc Func _GetPage($url) Local $text, $IE_GetPage _IEErrorHandlerRegister() $IE_GetPage = _IECreate($url, 0, 0, 1) _IELoadWait($IE_GetPage) if @error Then $App('App_Retries') += 1 If $App('App_Retries') < 3 Then Return _GetPage($url) Else Return False EndIf EndIf $text = StringStripWS(_IEBodyReadHTML($IE_GetPage), 3) _IEQuit ($IE_GetPage) return $text EndFunc
- 7:04 PM Ticket #278 (Au3Check reporting syntax errors on dictionary object.) updated by
- Your test script leaves a lot to be desired... like everything. Post a real script.
- 5:43 PM Ticket #278 (Au3Check reporting syntax errors on dictionary object.) created by
- It reported this as a syntax error, but the code seems to be working …
- 4:09 PM Ticket #276 ($GUI_DISABLE on a control blocks OnEvent ESC button msg) closed by
- No Bug: This is not our responsibility. If you are disabling a control, it is up to you to ensure that focus goes somewhere sensible. We can not choose sensible for you. This is NO BUG and should not be changed.
- 4:00 PM Ticket #274 (AutoIt V2 Website) updated by
-
Milestone changed
Automatic ticket cleanup. - 3:34 PM Ticket #276 ($GUI_DISABLE on a control blocks OnEvent ESC button msg) updated by
- Further note: I was using English WinXP SP2 when I noticed this. Seems that the Button retains focus after being disabled. So if there isn't another control to set focus to before disabling the button then just about any key press registers as a key press on the disabled control which results in a "Donk" sound for hitting the disabled control. Clicking the gui client area wont kill the disabled button focus either. Lose the gui focus then activate the gui again or click/set focus to another control (providing there is another control to set focus to)and then the disabled control loses focus as it should.
- 2:58 PM Ticket #274 (AutoIt V2 Website) closed by
- Fixed: Removed AutoIt v2 website and redirected all links to v3 pages.
- 2:00 PM Ticket #277 (@ProcessorArch) updated by
-
Version changed
Automatic ticket cleanup. - 1:58 PM Ticket #277 (@ProcessorArch) created by
- I think @ProcessorArch is badly named as it gives the OS architecture …
- 9:38 AM Ticket #276 ($GUI_DISABLE on a control blocks OnEvent ESC button msg) created by
- Run the code below, Hit the ESC key and it works as it should. Run the …
- 5:27 AM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) updated by
- I agree about allocating the actual size for the struct -- I was trying to make the smallest possible change to the existing code that would correct the problem. But as it turns out all I did was move the problem elsewhere. :) I am still having crashes; just far, far less often, and at a different point. (The issue may even be with the other, target application's handling of the clipboard.) Thanks for your time actually trying out my "patch". Does the original, unpatched code (from Clipboard.au3) crash for you as well? does it crash differently? Is there an instrumented/debug build of autoit I could run in a C++ debugger? I'd be glad to help find out what's actually happening. :) For the meantime, I will try your suggestion and see if it'll crash some entirely new way ;) .... P.S. I'd hate to have to go back to my workaround, which was in essence implementing this function as an external program (in VBA!) and signaling it to run whenever I would have used _ClipBoard_GetData .... :-P
- 3:20 AM Ticket #275 (Addition of _GDIPlus_GraphicsFillPolygon() to GDIPlus.au3) created by
- […] Example attached
- 12:53 AM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) updated by
- Proposed function crashed on 1st try for me, so it's not much of a fix :) I agree that the original needs fixing though. Case $CF_UNICODETEXT is just funny, what is it supposed to do? :) $tData is always = 0 at that point, and even if it wouldn't, _WinAPI_WideCharToMultiByte() takes pointer as param not the struct variable itself, and even if it wouldn't, why call it anyway... As for Case $CF_TEXT and memory access error crashes, locking/unlocking may be the textbook failsafe way to do memory operations indeed, but it's not like we're following MS recommendations 100% here anyway (for example MSDN GetClipboardData says "The application must not use the handle after the EmptyClipboard or CloseClipboard function is called", but who cares), and I think the real problem with the code lies in the assumption of constant buffer size (8192), which is just begging for trouble. What really needs to be done is GlobalSize($hMemory) and create the struct of that returned size: […] - Siao
May 12, 2008:
- 10:30 PM Ticket #274 (AutoIt V2 Website) created by
- Is it still supported since you made the V2 forum and Archive (AutoIt2 …
- 9:27 PM Ticket #264 (Debug mode) updated by
- Some links to existing AutoIt debug tools: http://www.autoitscript.com/forum/index.php?showtopic=55548&st=0&p=421272&#entry421272 http://www.autoitscript.com/forum/index.php?showtopic=21834&hl= http://www.autoitscript.com/forum/index.php?showtopic=35218&hl=
- 7:46 PM Ticket #257 (Memory allocation error when lots of ram still available.) closed by
- Wont Fix
- 4:41 PM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- Replying to Jon: Thanks for taking the time for the detailed explanations Jon. very much appreciated. Bowmore.
- 4:19 PM Ticket #273 (Hard-error on executing this) closed by
- No Bug: I agree with JP. You write stupid code, we can't protect you from that. This is definitely No Bug.
- 3:49 PM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- I've made some tweaks that "calm down" how much large strings leave themselves room to grow for which will help _a little_. But either way this is an OS / memory issue - the AutoIt code actually has the limit on a string set to 4GB but we hit performance and OS memory problems loooong before we get near that. Some things to be aware of: - On a 2GB system under x86, the biggest amount of memory a single process can allocate is going to be in the 1.5GB range. - We are running in unicode mode, so each character actually takes up TWO bytes - Strings leave themselves a little room to grow (rc4=double, rc5 it will be between double and 5% depending on the size). This is for performance reasons. - As the string is passed around AutoIt or concatenated (or when the string is resizing itself to make more room) there will be 2 copies allocated for a short time. An example string of 256MB charcters before I made the upcoming tweaks: - Worst case is that the string has allocated double the room to grow which instantly makes it occupy 512MB chars. - Unicode, so we double the size... 1GB That's before we've made any copies or passed it around AutoIt. Now we try to add another character to that string and it has no room, so it has to allocate another string of bigger size so that we can move the original string into it. Blam. We don't have another 1GB to spare so we get an error. Upcoming changes mean that strings of that size will only give themselves 5% to grow, so worst case for the example string would be 256 * 2 * 1.05 = 537MB which is a bit better. But we'll still get problems after another few hundred MB... Going to close this as a "wontfix" - there's nothing we can do really. If AutoIt gives a "out of memory" error then it's not lieing...it's run out of memory :)
- 12:40 PM Ticket #273 (Hard-error on executing this) updated by
- How can you be for sure that 0xFFBC015F is a valid pointer? For me there is no BUG
- 9:38 AM Ticket #262 (Plugins - array parameters) updated by
-
Owner, Status changed
- 9:38 AM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) updated by
-
Owner, Status changed
- 9:37 AM Ticket #273 (Hard-error on executing this) updated by
-
Severity changed
- 9:11 AM Ticket #273 (Hard-error on executing this) created by
- code: $hardwarestatus=DllStructCreate("ubyte",0xFFBC015F) …
- 7:03 AM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- perhaps another pb as the limit today is something as 256Mb
- 12:00 AM Tickets #262,263,264,265,266,267,268,269,270,271,272 batch updated by
-
Version changed
Automatic ticket cleanup.
May 11, 2008:
- 11:00 PM Ticket #272 (_FileListArrayEx() - with recursive option) created by
- Make it as standard UDF because it's very common functionality …
- 10:58 PM Ticket #271 (FTP - make it as standard include file (or native AutoIt)) created by
- bacause it's very common functionality …
- 10:56 PM Ticket #270 (Obfuscate /striponly functionality --> as default behaviour of Aut2Exe) updated by
- Here are exact syntax […] When you add this at top of your script then it removes not used constants/functions at compile time
- 10:54 PM Ticket #270 (Obfuscate /striponly functionality --> as default behaviour of Aut2Exe) created by
- Obfuscate /striponly remove all not used global constants and …
- 10:52 PM Ticket #269 (ImageSearch()) created by
- existing DLL will be better as native AutoIt command like …
- 10:51 PM Ticket #268 (SoundSet()/SoundGet()) created by
- new functions for get/set master/wav/mic/... volume/mute or at least …
- 10:47 PM Ticket #267 (SendMessage/PostMessage as native AutoIt function) created by
- instead of UDF because it's VERY common
- 10:46 PM Ticket #266 (GUICtrlCreateStatusBar - as native AutoIt control) created by
- Now it's possible to create/modify StatusBar control in GUI only with …
- 10:46 PM Ticket #265 (GUICtrlCreateToolBar - as native AutoIt control) updated by
- Correction: Now it's possible to create/modify ToolBar control in GUI only with standard include GuiToolBar.au3
- 10:44 PM Ticket #265 (GUICtrlCreateToolBar - as native AutoIt control) created by
- Now it's possible to create/modify StatusBar control in GUI only with …
- 10:42 PM Ticket #264 (Debug mode) created by
- Some support for "Debug mode" directly inside AtoIt to help …
- 10:39 PM Ticket #263 (Drop PluginOpen()/PluginClose() in favor of an #import statement) created by
- One idea is to drop PluginOpen() and PluginClose() and use a …
- 10:38 PM Ticket #262 (Plugins - array parameters) created by
- AutoIt plugins should be able to return/receive array's.
- 9:10 PM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- Replying to anonymous: > The maximum amount of characters you can have in a variable is 4095. It is most likely due to this, since you are dealing with very very very large files. I had the same problem when I set my length high in TCPRecv () Oh really? […] The "problem" is two-fold. First, the practical limit is going to be less than half of 231 when you try to do concatenation. The string is going to have to grow so there has to be room for 2 copies of the string *and* the extra space due to natural growth. Also, 2GB is the limit of all memory in the entire process (on 32-bit Windows). Things like DLLs and the executable eat into this space (not much when talking 2GB but still). There is also space reserved for the stack. And put quite simply, The main "problem", however, is we aren't requesting a large heap. It's unlikely the default heap is going to be ~2GB large. We would have to explicitly request a big-ass heap and then use that heap when allocating things.
- 8:33 PM Ticket #251 (GUIRegisterMsg return bug regression) closed by
- Fixed: Fixed in version: 3.2.11.13
- 5:23 PM Ticket #251 (GUIRegisterMsg return bug regression) updated by
-
Owner, Status changed
Rewritten this code in a test version. Just checking if it fixes all the bugs and if it's worth the risk of including it in the release at this stage. - 5:21 PM Ticket #261 (Small type in Macro Reference - Directory) closed by
- Fixed: Fixed in version: 3.2.11.13
- 2:24 PM Ticket #261 (Small type in Macro Reference - Directory) created by
- Macros for "All User" data. Most values are read from …
- 9:30 AM Ticket #255 (Random() bug) closed by
- Fixed: Fixed in version: 3.2.11.13
- 8:34 AM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- [quote]Script 1 = 262142Kb in 1 string Script 2 = 262141Kb in 2 strings Script 3 = 262139Kb in 4 strings quote You're in fact over the "theoretical limit" - if those values are correct. 262141000 bytes > 2147483647 bytes
- 7:20 AM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- The maximum amount of characters you can have in a variable is 4095. It is most likely due to this, since you are dealing with very very very large files. I had the same problem when I set my length high in TCPRecv ()
- 6:27 AM Ticket #260 (_ArrayToString, Return Value, Success: 1) created by
- manual: _ArrayToString Return Value Success: 1 should probebly say …
- 4:39 AM Ticket #259 (_ArraySort UDF not returning 1 on succes,) created by
- Manual states that success returns 1, But its always returning zero. …
- 1:27 AM Ticket #258 (bugfix: hard crash when using _ClipBoard_GetData, (from the Clipboard UDF)) created by
- This one's been around a while, and I think maybe I've fixed it. Or …
May 10, 2008:
- 9:23 PM Ticket #257 (Memory allocation error when lots of ram still available.) updated by
- Forgot to add my name to the original.
- 8:33 PM Ticket #257 (Memory allocation error when lots of ram still available.) created by
- OS = WinXP SP2 RAM = 2.00Gb AutoIt Ver = 3.2.11.12 I'm not sure if …
- 5:03 PM Ticket #256 (Multiple windows and tab controls) closed by
- Fixed: Fixed in version: 3.2.11.13
- 4:47 PM Ticket #256 (Multiple windows and tab controls) created by
- With multiple windows and tab controls when you select a tab on one …
- 12:58 PM Ticket #254 (GUIGetCursorInfo does not return the correct primary/secondary down info) updated by
- Fixed in next release candidate, hopefully.
- 11:52 AM Ticket #253 (Various TODO ideas) closed by
- Rejected: Please submit individual feature requests so we can track them. :)
- 11:39 AM Ticket #254 (GUIGetCursorInfo does not return the correct primary/secondary down info) closed by
- Fixed: Fixed in version: 3.2.11.13
- 8:00 AM Ticket #255 (Random() bug) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 7:59 AM Ticket #255 (Random() bug) created by
- Random(0, 1, 1) always returns 0
- 7:02 AM Ticket #240 (Add as Snippet) updated by
- I'm on WINXP:SP2. Latest autoit version.
- 6:51 AM Ticket #254 (GUIGetCursorInfo does not return the correct primary/secondary down info) created by
- Hello Jon, i have no permission to reopen a fixed bug report, so i …
- 6:39 AM Ticket #246 (GUIGetCursorInfo does not return the correct primary/secondary down info) updated by
- Hello Jon, i runned this script with AutoIt 3.2.12.0-rc1. The mouse buttons are swapped in the control panel. If only one button is pressed down GUIGetCursorInfo() returns 1 for BOTH buttons. […] What do i wrong? Paul
- 2:00 AM Ticket #253 (Various TODO ideas) updated by
-
Version changed
Automatic ticket cleanup. - 1:08 AM Ticket #253 (Various TODO ideas) updated by
- Corrected link: http://www.autoitscript.com/forum/index.php?showtopic=70888
- 1:06 AM Ticket #253 (Various TODO ideas) created by
- Some of them are from older AutoIt's ToDo lists and other comes from …
May 9, 2008:
- 4:46 PM Ticket #251 (GUIRegisterMsg return bug regression) updated by
- Define "worse". It's all been wrong and will always be wrong until the entire Return mechanic is re-written.
- 10:49 AM Ticket #252 (Control focus changing when window loses/regains focus) closed by
- Fixed: Fixed in version: 3.2.11.13
- 10:35 AM Ticket #252 (Control focus changing when window loses/regains focus) updated by
- I found the revision it happened in (3297) which was when I fixed the new accelerator code. Not sure what is causing it though yet…
- 9:54 AM Ticket #251 (GUIRegisterMsg return bug regression) updated by
- JP, maybe we should go back to the original version of this code. All the fixes we've done have just made things worse?
- 9:06 AM Ticket #252 (Control focus changing when window loses/regains focus) created by
- This bug appears to have been introduced in 3.2.11.10. Steps to …
- 9:03 AM Ticket #251 (GUIRegisterMsg return bug regression) created by
- The example script should be enough, but just to be clear, it appears …
- 3:04 AM Ticket #222 (GUIRegisterMsg() and callback function "chains") updated by
- Something still seems amiss here... I've attached an example where the fix still doesn't work. The problem here seems to lie with the WM_GETMINMAXINFO message. If it's not registered, there doesn't appear to be any problem with forcing AutoIt to *not* handle WM_NOTIFY. This is not an issue under 3.2.10.0. Note: I might have also noticed another problem where the double-click expands/collapses the treeview item the *first* time it occurs, but not on any subsequent double-clicks. I couldn't reproduce it reliably, though, so I decided to report this one first. One problem at a time :o
- 12:00 AM Ticket #250 (@CurrentScript) updated by
-
Version, Milestone changed
Automatic ticket cleanup.
May 8, 2008:
- 11:29 PM Ticket #250 (@CurrentScript) closed by
- Rejected: There's already a @ScriptLineNumber. As for anything else, it's a lot of overhead for little gain. There are debugging techniques and tools to provide the same effect without requiring AutoIt to provide macros.
- 10:58 PM Ticket #250 (@CurrentScript) updated by
- After thought:X Maybe you could add In-Function Macros, Namely @CalledScript and @CalledLine or something to give you what script and where you were called from. ATM I use a couple parameters in the function for it.
- 10:29 PM Ticket #250 (@CurrentScript) created by
- I would like to request a macro for the script you are currently …
- 9:13 PM Ticket #249 (_WinAPI_UpdateLayeredWindow() - missing error checking) closed by
- Fixed: Fixed in version: 3.2.11.13
- 4:32 PM Milestone 3.2.11.12 completed
- 4:26 PM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) closed by
- No Bug: as I say the builtin is trying to adjust the column size each time you introduce a new item so the flickering occur. just at a GUISetState(@SW_LOCK) before creating the 100 entries and GUISetState(@SW_UNLOCK) afterThat's the difference between the builtin and the UDF
- 3:46 PM Ticket #246 (GUIGetCursorInfo does not return the correct primary/secondary down info) closed by
- Fixed: Fixed in version: 3.2.11.12
- 3:00 PM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) closed by
- Completed: Added in version: 3.2.11.12
- 2:00 PM Ticket #248 (StringStripWS Helpfile incomplete) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:21 PM Ticket #249 (_WinAPI_UpdateLayeredWindow() - missing error checking) created by
- in WinApi.au3 include file in _WinAPI_UpdateLayeredWindow() is missing …
- 12:48 PM Ticket #248 (StringStripWS Helpfile incomplete) closed by
- No Bug: The docs say to add the values you want together so it's correct. 1+2 = 3 :)
- 12:37 PM Ticket #238 (Remove "ColorMode" option) closed by
- Completed: Removed in version: 3.2.11.12
- 12:32 PM Ticket #248 (StringStripWS Helpfile incomplete) created by
- The parameter "flag = 3 => strip leading and trailing white space" is …
- 7:58 AM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) updated by
- Thanks!
- 6:00 AM Ticket #247 (Global variables scope) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 5:08 AM Ticket #247 (Global variables scope) closed by
- Rejected: I suggest you think again. Look at how the UDF library is constructed and you'll find that there are files that contain nothing but global variables which are then included in one or more files where they are needed. Closing as rejected.
- 5:03 AM Ticket #247 (Global variables scope) created by
- Right now the variables are visible ONLY in current script file. In …
May 7, 2008:
- 10:42 PM Milestone 3.2.11.11 completed
- 9:10 PM Tickets #89,90 batch updated by
-
Milestone changed
Fixed in version: 3.2.11.12 - 8:43 PM Ticket #240 (Add as Snippet) updated by
- I can confirm this error on my WIN98SE. See attached error screenshot.
- 5:39 PM Tickets #89,90 batch updated by
- Fixed: Fixed in version: 3.2.11.11
- 10:16 AM Ticket #245 (GUICtrlCreatePic, GUICtrlSetImage - add notes about supported image ...) closed by
- Fixed: Fixed in version: 3.2.11.11
- 8:35 AM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) updated by
-
Status changed
I thought I'd already added it, but it looks like I forgot.
May 6, 2008:
- 8:33 PM Ticket #246 (GUIGetCursorInfo does not return the correct primary/secondary down info) created by
- http://www.autoitscript.com/forum/index.php?showtopic=14038&hl=GUIGetCu …
- 4:28 PM Ticket #206 (Sleep Documentation Incorrect) updated by
- Wouldn't it be better if the documentation stated that the return value is "undefined", "undocumented" or something instead of "none". Apparently "none" might lead to misunderstandings…
- 12:52 PM Ticket #245 (GUICtrlCreatePic, GUICtrlSetImage - add notes about supported image ...) created by
- Maybe something like: Supported types are: BMP,JPG,GIF (but not …
May 5, 2008:
- 10:33 PM Ticket #240 (Add as Snippet) updated by
- If I had to guess it has to do with https://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2883648&SiteID=1 and running less than WinXP
- 9:29 PM Ticket #243 (ListView control on Tab and WM_NOTIFY Event error + reproduction.) closed by
- No Bug: It's due to the user function setting the param value to low, needs to be something that the autoit internal numbering won't use. No Bug. Just comment out DllStructSetData($stLvItem, 9, $nIndex)
- 8:16 PM Ticket #243 (ListView control on Tab and WM_NOTIFY Event error + reproduction.) updated by
- Replying to Valik: > The problem is likely related to issue #222. This is likely due to mixing native and non-native (to AutoIt) control manipulation. You create a native list-view control but then you populate it in a non-native way so AutoIt is confused by what's going on and has unpredictable results. I'll leave it to Gary or JPM to diagnose further, however. For what it's worth, you can put Return 1 in your $NM_CLICK handler and things will work since it causes AutoIt to skip default handling of the message which prevents it from becoming confused.
- 8:03 PM Ticket #243 (ListView control on Tab and WM_NOTIFY Event error + reproduction.) updated by
-
Description changed
- 8:01 PM Ticket #243 (ListView control on Tab and WM_NOTIFY Event error + reproduction.) updated by
- The problem is likely related to issue #222.
- 8:00 PM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) updated by
-
Version changed
Automatic ticket cleanup. - 7:49 PM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) updated by
- Jon, If this feature is not lucky to be on ToDo list, is it possible to get some access to AutoIt source code so that we can add this functionality? Thanks, Yuri.
- 7:33 PM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) updated by
- Sorry guys i didn't really thought you'll be responding so fast... god i love you !!! anyhow, here is a reproduction. >> Just start the reproduction using latest beta. [.10.] >> click on DanceClub Refresh and start dancing :) >> use the other refresh button to see it may also work smooth... >> Weird thing is [only on this reproduction it happends] if you click twice on the >> normal refreshing button, a TAB-Item disappears... nothing in the function >> called has anything to do with the TAB. [Reproduction] #include <GuiConstantsEx.au3> #include <GuiListView.au3> #include <GuiImageList.au3> #include <WindowsConstants.au3> Opt("GUIOnEventMode", 1) ;$Debug_LV = False ; Check ClassName being passed to ListView functions, set to True and use a handle to another control to see it work Global $hListView, $GUI, $hImage Dim $SearchTableREF[16] = [15, 25, 380, 160, 78, 78, 130, 65, 80, 140, 70, 100, 100, 70, 100, 200] $GUI = GUICreate("(UDF Created) ListView Create", 500, 400) GUISetOnEvent($GUI_EVENT_CLOSE, "ExitProg") $TAB = GUICtrlCreateTab(0, 0, 498, 398) $Tab0 = GUICtrlCreateTabItem("ItemNumber0") $Tab1 = GUICtrlCreateTabItem("ItemNumber1") $hListView = GUICtrlCreateListView("#|A|B|C|D|E|F|G|H|I|J|K|L|M", 2, 22, 450, 330, -1, BitOR($LVS_EX_GRIDLINES, $LVS_EX_HEADERDRAGDROP, $LVS_EX_FULLROWSELECT, 0x00010000, $LVS_EX_SUBITEMIMAGES)) ;~ >>> You can still dance to the lights of that listview without these !!! ;~ _GUICtrlListView_SetColumnWidth($hListView, 0, Number($SearchTableREF[1])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 1, Number($SearchTableREF[2])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 2, Number($SearchTableREF[3])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 3, Number($SearchTableREF[4])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 4, Number($SearchTableREF[5])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 5, Number($SearchTableREF[7])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 6, Number($SearchTableREF[8])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 7, Number($SearchTableREF[6])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 8, Number($SearchTableREF[9])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 9, Number($SearchTableREF[10])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 10, Number($SearchTableREF[11])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 11, Number($SearchTableREF[12])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 12, Number($SearchTableREF[13])) ;~ _GUICtrlListView_SetColumnWidth($hListView, 13, Number($SearchTableREF[14])) ;~ Dim $B_DESCENDING[_GUICtrlListView_GetColumnCount($hListView)] ;~ _GUICtrlListView_SetUnicodeFormat($hListView, True) $Button = GUICtrlCreateButton("DanceClub Refresh", 0, 360, 120, 20) GUICtrlSetOnEvent(-1, "DanceClubPartyLightsTurnOn") $Button2 = GUICtrlCreateButton("Normal Refresh", 150, 360, 120, 20) GUICtrlSetOnEvent(-1, "NormalRefresh") $Tab2 = GUICtrlCreateTabItem("ItemNumber2") GUICtrlCreateTabItem("") GUISetState() ; Loop until user exits While 1 WEnd Func DanceClubPartyLightsTurnOn() _GUICtrlListView_DeleteAllItems($hListView) ; Load items For $i = 0 To 100 GUICtrlCreateListViewItem($i & "|http://www.autoitscript.com/forum/index.php?showtopic=70502|ASDAasdasddddasdasdasdasdasd|ASDASD|ASDAasdasddddasdasdasdasdasd|ASDASD|ASDASD|" _ & "ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd", $hListView) Next EndFunc ;==>DanceClubPartyLightsTurnOn Func NormalRefresh() _GUICtrlListView_DeleteAllItems($hListView) ; Load items For $i = 0 To 100 MyGUICtrlCreateListViewItem($i & "|http://www.autoitscript.com/forum/index.php?showtopic=70502|ASDAasdasddddasdasdasdasdasd|ASDASD|ASDAasdasddddasdasdasdasdasd|ASDASD|ASDASD|" _ & "ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd|ASDAasdasddddasdasdasdasdasd", $hListView) Next ;;; USING THIS FUNCTION >> ;;; because of _UDF lack of ability to support unicode properly. ;;; because of built-in flickering property, [it just flashes like a milion times during the updates]. EndFunc ;==>NormalRefresh Func ExitProg() Exit EndFunc ;==>ExitProg ; #FUNCTION# ==================================================================================================================== ; Name...........: MyGUICtrlCreateListViewItem ; Description ...: Create and insert items directly into the listview, Unicode supported! ; Syntax.........: MyGUICtrlCreateListViewItem($sText, $nCtrlID[, $nIndex = -1]) ; Parameters ....: $sText - Text of the item and subitems seperated by seperation char. [Default "|"] ; $nCtrlID - Listview control ID. ; $nIndex - Item's index. [Default -1, will add at last location] ; Return values .: Nothing. ; Author ........: Unknown, Supplied by: ChrisL @ http://www.autoitscript.com/forum/index.php?showtopic=70227&view=findpost&p=515453 ; Modified.......: Armand. ; =============================================================================================================================== Func MyGUICtrlCreateListViewItem($sText, $nCtrlID, $nIndex = -1) Local $stLvItem = DllStructCreate("uint;int;int;uint;uint;ptr;int;int;int;int;") Local $stText = DllStructCreate("wchar[260]") Local $arText = StringSplit($sText, "|") If $nIndex = -1 Then $nIndex = GUICtrlSendMsg($nCtrlID, $LVM_GETITEMCOUNT, 0, 0) DllStructSetData($stText, 1, $arText[1]); Save the item text in the struct DllStructSetData($stLvItem, 1, BitOR($LVIF_TEXT, $LVIF_PARAM)) DllStructSetData($stLvItem, 2, $nIndex) DllStructSetData($stLvItem, 6, DllStructGetPtr($stText)) ; Set the lParam of the struct to the line index - unique within the listview DllStructSetData($stLvItem, 9, $nIndex) $nIndex = GUICtrlSendMsg($nCtrlID, $LVM_INSERTITEMW, 0, DllStructGetPtr($stLvItem)) If $nIndex > -1 Then ; Insert now the rest of the column text For $i = 2 To $arText[0] DllStructSetData($stText, 1, $arText[$i]) DllStructSetData($stLvItem, 3, $i - 1); Store the subitem index GUICtrlSendMsg($nCtrlID, $LVM_SETITEMTEXTW, $nIndex, DllStructGetPtr($stLvItem)) Next EndIf $stText = 0 $stLvItem = 0 EndFunc ;==>MyGUICtrlCreateListViewItem [PS] sorry i don't quite know how to put [autoit] brackets in here…
- 7:31 PM Ticket #244 (AutoItX: work with ControlTreeView via ActiveX/Com) created by
- Set oAutoIt = WScript.CreateObject("AutoItX3.Control") …
- 7:04 PM Ticket #243 (ListView control on Tab and WM_NOTIFY Event error + reproduction.) created by
- [Description] >> I have a listview obj, created using the …
- 5:22 PM Ticket #242 (_SoundLength don't work) updated by
-
Keywords, Description, Summary changed
- 5:09 PM Ticket #242 (_SoundLength don't work) closed by
- Duplicate: Version 3.2.10.0 is not the "last version of AutoIt". Version 3.2.11.10, which is a beta, is the latest version (currently). The latest *beta* version should be tested before reporting bugs because I am certain this is already fixed there. Resolving as Duplicate though I think this was reported on the forum so no bug number.
- 4:54 PM Ticket #241 (new dllcall type) closed by
- Rejected: There is already "int64" in the beta versions. That's what a QWORD is.
- 2:19 PM Ticket #242 (_SoundLength don't work) created by
- Hi, in the last version of autoit (3.2.10.0), the function …
- 8:36 AM Ticket #241 (new dllcall type) created by
- If possible "QWORD" type for the dllcall. Thanks in advance
- 7:29 AM Ticket #239 ([Minor] Typo in FIle.au3) closed by
- Fixed: Fixed in version: 3.2.11.11
- 3:45 AM Ticket #240 (Add as Snippet) updated by
- Works for me with no error. What OS do you have? What is the version of Snippet?
- 3:44 AM Ticket #240 (Add as Snippet) updated by
-
Owner, Status changed
- 12:00 AM Ticket #240 (Add as Snippet) updated by
-
Version changed
Automatic ticket cleanup.
May 4, 2008:
- 11:00 PM Ticket #237 (FileSearchLine() and _ArraySum()) updated by
- Well excuse me... You're right that I haven't included testing. I'm just bringing up ideas, thinking along, you-know. Thanks alot.
- 10:45 PM Ticket #240 (Add as Snippet) created by
- In SciTe, when you have selected text or nothing selected and …
- 10:38 PM Ticket #239 ([Minor] Typo in FIle.au3) created by
- On line 75 of File.au3 at col 41, the word "weather" should be …
- 9:15 PM Ticket #238 (Remove "ColorMode" option) created by
- We still have the AutoItSetOption() "ColorMode". This was a …
- 11:54 AM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) updated by
- I am waiting a repro script. Thanks
- 4:45 AM Ticket #236 (Neutral language in helpfile) closed by
- Fixed: Fixed in version: 3.2.11.11
- 3:33 AM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) updated by
- If anything this should of been two tickets. A feature request for the UDFs to be converted to Unicode. No need for the feature request now. I've converted the GuiListView.au3 to Unicode and will be submitting it. As to the other I'll leave it up to jpm.
May 3, 2008:
- 10:04 PM Ticket #237 (FileSearchLine() and _ArraySum()) closed by
- Rejected: That's a terribly inefficient and restrictive way to write a FileSearchLine() function. Using regular expressions, positions and an efficient way of counting lines would be far superior I think. In either case, both functions are trivial to write. You might have had a better chance if you had done a proper UDF submission. Closing as Rejected.
- 3:47 PM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) closed by
- Fixed: Fixed in version: 3.2.11.11
- 3:27 PM Ticket #236 (Neutral language in helpfile) updated by
- I fix the non UDF examples. Some examples are still not really script just syntax …
- 2:00 PM Ticket #237 (FileSearchLine() and _ArraySum()) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:42 PM Ticket #237 (FileSearchLine() and _ArraySum()) created by
-
I have two ideas:
1)
FileSearchLine("filename", "searchstring")… - 12:00 PM Ticket #236 (Neutral language in helpfile) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 11:08 AM Ticket #236 (Neutral language in helpfile) created by
- All these files contain : "Untitled - Notepad" This is a little bit …
- 9:44 AM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) updated by
- the difference with the builtin comes from the fact that an autoajustment of the columns size is done. That's producing the flickering try a GUISetState(@SW_LOCK/UNLOCK) I test a little bit with the GUICtrlCreateListviewItem example without really seing the flickering. Can you post a repro script? That's the best way to document a bug. I have no cristal ball …
May 2, 2008:
- 10:00 PM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) updated by
-
Milestone changed
Automatic ticket cleanup. - 9:49 PM Ticket #235 (_GUICtrlListView_AddItem() VS GUICtrlCreateListViewItem() + Fix.) created by
- Issues: -> UDF - doesn't support Unicode. [But works smooth with no …
- 4:32 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
- Fix submitted to Gary in IE.au3 V2.4-1 Dale
- 2:24 AM Ticket #228 (Parse and write XML) updated by
- If you search the forums you'll find that someone (I believe username elTorro) created some VERY good XML UDFs to cover exactly what Valik suggested.
May 1, 2008:
- 4:14 AM Ticket #234 (GUIList.au3 error) closed by
- No Bug: No Bug, use GuiListBox.au3 the names have changed and many functions, you'll need to update your scripts.
- 2:04 AM Ticket #234 (GUIList.au3 error) created by
- The last time I tested/compiled the program (7/2007) this worked fine. …
Apr 30, 2008:
- 12:24 PM Ticket #198 (_FileReadToArray) closed by
- Fixed: Fixed in version: 3.2.11.11
- 11:00 AM Ticket #231 (Modifier keys stick) closed by
- Rejected: it looks like Vista does not accept to send #l, OK under XP
- 10:59 AM Ticket #229 (@error and @extended not returning appropriate values for ...) closed by
- Rejected
- 4:39 AM Ticket #233 (Inetget + "automatically detect proxy settings" = HUGE RAM usage) created by
- Tried this post in the forum but didn't get any reply... so I'm …
Apr 29, 2008:
- 4:20 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) closed by
- No Bug: This is a duh moment. Of course it's never going to set @error. You never actually read the data so the stream *always* has data on it. This is most assuredly no bug.
- 3:11 PM Ticket #229 (@error and @extended not returning appropriate values for ...) updated by
- You can use BinaryLen() and StringLen() if you want to know if the conversion has been stopped before end.
- 2:00 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) updated by
-
Milestone changed
Automatic ticket cleanup. - 1:05 PM Ticket #232 (StdoutRead with peek = true doesn't exits loop) created by
- Using peek = true the StdoutRead loop never terminates (@error = 0) …
Apr 28, 2008:
- 12:34 PM Ticket #230 (Wrong GuiCtrlSetResizing after ControlMove in GUIs with Menus) closed by
- Fixed: Fixed in version: 3.2.11.11
- 11:59 AM Ticket #231 (Modifier keys stick) created by
- I seem to recall that this has been reported before, but I could not …
- 7:17 AM Ticket #198 (_FileReadToArray) updated by
- In fact an identical file is not produced when the last "line" has no line separator _FileWriteFromArray will always add one.
- 6:31 AM Ticket #198 (_FileReadToArray) updated by
- Replying to Valik: > Replying to jpm: > > Replying to Valik: > > > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. > > > > The proposed modification does not work for windows, extra empty lines > > If you copied what I wrote verbatim, that's expected, as Gary pointed out, I didn't specify the flag to use multi-character delimiters. Err, it was Jos that pointed it out, but anyway, yeah, the code I posted wasn't quite correct.
- 6:26 AM Ticket #198 (_FileReadToArray) updated by
- Replying to jpm: > Replying to Valik: > > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. > > The proposed modification does not work for windows, extra empty lines If you copied what I wrote verbatim, that's expected, as Gary pointed out, I didn't specify the flag to use multi-character delimiters.
- 12:07 AM Ticket #230 (Wrong GuiCtrlSetResizing after ControlMove in GUIs with Menus) created by
- Probably related to the fixed #214 ticket. After moving controls with …
Apr 27, 2008:
- 10:05 PM Ticket #229 (@error and @extended not returning appropriate values for ...) updated by
- I do not see any documented values for @error or @extended. So, what is your bug? Are you reporting that non-documented functionality doesn't work like you think it should?
- 8:26 PM Ticket #229 (@error and @extended not returning appropriate values for ...) created by
- I have done some testing. BinaryToString will return the a value up to …
- 12:33 PM Ticket #198 (_FileReadToArray) updated by
- Replying to Valik: > My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles. The proposed modification does not work for windows, extra empty lines
- 12:07 PM Ticket #222 (GUIRegisterMsg() and callback function "chains") closed by
- Fixed: Fixed in version: 3.2.11.11
- 4:32 AM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
- Replying to Valik: I like the suggestion Valik. I was tooling around figuring out under exactly what version combinations of OS and IE the label changes. Sidestepping the issue is smarter. Fix TBS shortly. Dale
- 4:17 AM Ticket #198 (_FileReadToArray) updated by
- My vote is we change this function to stop stripping trailing whitespace. It seems to me there is no real gain in doing this as cleaning up whitespace should be done at write-time, not at read time. Optionally, the code could be modified as I suggested in the first comment so that it will support files using any of the 3 possible line-ending styles.
- 4:09 AM Ticket #228 (Parse and write XML) closed by
- Rejected: You can use MSXML and interact with it via AutoIt's native COM support. Closing as Rejected.
- 2:00 AM Ticket #228 (Parse and write XML) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 1:50 AM Ticket #228 (Parse and write XML) created by
- There should be a way to write and read XML-Data. For example, a …
Apr 24, 2008:
- 10:36 PM Ticket #227 (_GDIPlus_GraphicsFillRect and transperent windows) closed by
- Rejected: Nothing wrong with the UDF function, it works. Layered you can't see the fill but it works.
Apr 23, 2008:
- 6:43 PM Ticket #227 (_GDIPlus_GraphicsFillRect and transperent windows) created by
- In the example below _GDIPlus_GraphicsFillEllipse works as it should …
- 1:09 AM Ticket #226 (Explorer freezes momentarily when using Windows Shortcut keys while ...) closed by
- No Bug: This has nothing to do with AutoIt. I've experienced this problem in the past without AutoIt scripts running.
- 12:00 AM Ticket #225 (Varible++) updated by
-
Milestone changed
Automatic ticket cleanup.
Apr 22, 2008:
- 11:53 PM Ticket #225 (Varible++) closed by
- Rejected: The following shorthand is possible: $var += $expression $var -= $expression $var *= $expression $var /= $expression $var &= $expression We do not need increment/decrement operators.
- 11:44 PM Ticket #226 (Explorer freezes momentarily when using Windows Shortcut keys while ...) created by
- AutoIt seems to be causing long delays when using Windows Shortcut …
- 11:30 PM Ticket #225 (Varible++) created by
- I was wondering if we could get a new function for something like C++, …
Apr 21, 2008:
- 8:54 PM Milestone 3.2.11.10 completed
- 4:12 PM Ticket #223 (GUIRegisterMsg() callback documentation...) closed by
- Duplicate: The documentation is correct, the behavior is bugged and it is related to your other ticket. AutoIt is supposed to stop processing the message if you use the "Return" keyword, period. The only exception to that rule is if you use "Return $GUI_RUNDEFMSG" which is the only way to use Return *and* allow AutoIt to use it's own internal handler. I'm closing this as a Duplicate of #222. There is no bug in the documentation, just in AutoIt.
- 4:08 PM Ticket #224 (Ubound would return last index) closed by
- Rejected: Fixing incorrect resolution.
- 4:08 PM Ticket #224 (Ubound would return last index) reopened by
- 4:06 PM Ticket #224 (Ubound would return last index) closed by
- No Bug: It refers to the length when the array is initialized with an appropriate empty value. The behavior of UBound() is correct and will not be changed.
- 3:56 PM Ticket #224 (Ubound would return last index) created by
- In other languages, Ubound returns the last index. So wouldn't it be …
- 2:45 PM Ticket #223 (GUIRegisterMsg() callback documentation...) created by
- The GUIRegisterMsg() documentation needs updating. It's difficult to …
- 2:41 PM Ticket #222 (GUIRegisterMsg() and callback function "chains") created by
- It looks like there might be a bug/regression in the betas with …
- 2:02 PM Ticket #221 (Classes) closed by
- Rejected: Replying to anonymous: > http://svn.autoitscript.com/trac/wiki/AutoItNotOnToDoList Closing as Rejected, quoted URL explains why.
- 1:09 PM Ticket #221 (Classes) updated by
- http://svn.autoitscript.com/trac/wiki/AutoItNotOnToDoList
- 10:00 AM Ticket #221 (Classes) updated by
-
Version, Milestone changed
Automatic ticket cleanup. - 9:30 AM Ticket #221 (Classes) created by
- Ello, It'd be great if you guys included classes in a future version …
- 7:45 AM Ticket #219 (Accelerator tables and multiple GUI windows) closed by
- Fixed: Fixed in version: 3.2.11.10
Apr 20, 2008:
- 10:00 PM Ticket #220 (FileInstall() with a default source file.) updated by
-
Version changed
Automatic ticket cleanup. - 9:39 PM Ticket #220 (FileInstall() with a default source file.) closed by
- Rejected: There is already an idea on the table for rewriting FileInstall. It'll be done when it's done. This idea will not be part of that.
- 9:18 PM Ticket #220 (FileInstall() with a default source file.) created by
- Disclaimer: I completely understand why FileInstall can't include …
- 7:26 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Unfortunately it's the call to TranslateAccelerator itself that sets the table in memory for the _next_ time that you get a message and call TranslateAccelerator again. So you may have already missed the exact message you were switching tables for. Anyway, I've got something working with the switching and it seems to be working OK in tests so I'll release a beta in a minute. Basically each window must have its own table. If you want a certain table from the parent to work in the children then you have to also set it in the children. But you can also have a different table in the children which will override.
- 4:46 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- I would be surprised if switching on-the-fly didn't work, since MSDN seems to indicate that it's as simple as passing a different HACCEL to TranslateAccelerator. I guess I can't speculate, though, if I don't know the underlying aspects of it (implementation and all) :) I suppose either solution would work fine for me, since my application expects accelerators to work only on the main parent dialog anyway (and not the children dialogs). Still it just feels like allowing one accelerator only is too limiting (but maybe it's just me :P). To a lesser degree of importance, it's also a break in consistency with the other GUISet*() functions, like GUISetHelp() (which is a less generic hotkey-setting function anyway that does work with multiple GUI windows, and happens to allow overriding of function on child dialogs). Nevertheless, I look forward to either outcome!
- 3:58 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- At the time I thought you could set accelerators on a per window basis. I found out later that windows only lets one accelerator table be active at a time which means what I did doesn't work. The change I'm proposing is that there is only one accelerator table full stop. I could probably "switch" tables on the fly as a window becomes active...that might work. But if not it will just be the one table and an option to allow events to one work in one or all windows.
- 2:56 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Well, it seemed to me like winhandle parameter was specifically made to be used in that way to begin with (to make the accelerator table per-window) :P Adding an extra parameter (between accelerators and winhandle?) sounds like a fair workaround to me. Defaulting the "global-ness" to false and winhandle to the previously used window would keep with the consistency of other GUISet*() functions. Sure beats not being able to use standard, non-hotkey behavior at all when a registered hotkey is used somewhere else :D A question about design (just for clarification)... if a global accelerator table is set, should per-window accelerator tables override the global accelerator table when the dialog they're set for is focused? (Or should global/local accelerator table usage not be mixed?)
- 12:40 PM Ticket #50 (Handle COM Byte-Array) updated by
-
Severity changed
This is in no way blocking a release. - 12:34 PM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- I found out that you can only have a single accelerator table active, so being able to set them per window was a waste of time. The only "fix" I can think of is an extra parameter to indicate if an entire accelerator table should be global or just for the window it was created for. Can't think of any other options.
- 11:40 AM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) closed by
- Fixed: Fixed in version: 3.2.11.10
- 7:46 AM Ticket #218 (StringFormat) closed by
- Completed: Added in version: 3.2.11.10
- 7:44 AM Ticket #218 (StringFormat) updated by
- I try to add some but Valik is right as the function as a very complicated syntax
- 6:49 AM Ticket #219 (Accelerator tables and multiple GUI windows) updated by
- Uh, ignore the aside; it was just me being stupid and forgetting that the $Edit control generates its own event >_>
- 6:45 AM Ticket #219 (Accelerator tables and multiple GUI windows) created by
- When you set accelerators to be used in a window (using …
- 3:13 AM Ticket #218 (StringFormat) updated by
- It's a complicated function with complicated syntax. It's not really the kind of function for somebody to stumble on and use, it's the kind of function you go specifically looking for because you know you need it and know how to use it. I'm not going to close this yet because maybe somebody can suggest a way to improve it. Just saying "more examples" doesn't help, however, because once you understand one example, you understand them all.
- 12:00 AM Ticket #218 (StringFormat) updated by
-
Version changed
Automatic ticket cleanup.
Apr 19, 2008:
- 10:18 PM Ticket #218 (StringFormat) created by
- I would like to see a more detailed help example of StringFormat. The …
- 9:18 PM Ticket #198 (_FileReadToArray) updated by
-
Severity changed
- 9:17 PM Ticket #108 (IE.AU3 _IEAttach windowtitle using not existing registry entry) updated by
-
Severity changed
- 9:17 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
-
Severity changed
- 6:54 PM Ticket #217 (AutoIt3Wrapper_Gui Bug) closed by
- No Bug: Already fixed. Please check latest available.
- 5:39 PM Ticket #216 (_DateDiff not recognized by SciTE Lexer) closed by
- Duplicate: Duplicate of #54.
- 5:22 PM Ticket #115 (Document Aut2Exe's /bin parameter) closed by
- Completed: Added in version: 3.2.11.10
- 4:55 PM Ticket #217 (AutoIt3Wrapper_Gui Bug) created by
- Line 1468 on Version 1.9.5.7 is wrong […]
- 3:55 PM Milestone 3.2.11.9 completed
- 1:52 PM Ticket #216 (_DateDiff not recognized by SciTE Lexer) created by
- Hi folks, you are doing a wonderful job. I am very pleased by the …
- 1:18 PM Ticket #185 (Limit of GUI Controls -> (eat up CPU)) updated by
- Replying to jpm: > can you post the limit you reach RAM/nb GUI Hi, even better. :-) It seems to have nothing to do with CPU or RAM. I've got a new Laptop with dual core 2,2 Ghz and 2 GB of RAM (XP SP2) latest Autoit beta. Autoit stopps at ~ 260 GUIs. Java has no problem creating 500 or more GUIs. […] Mega
- 10:58 AM Milestone 3.2.11.8 completed
- 10:32 AM Ticket #214 (Some GUI objects display about 3% smaller in build 3.2.11.7) closed by
- Fixed: Fixed in version: 3.2.11.8
- 12:30 AM Ticket #215 (Koda: Multimon: If secondary monitor is left of primary monitor, ...) closed by
- No Bug: Koda is not our product. Try asking the people who make Koda. Closing as No Bug.
- 12:22 AM Ticket #215 (Koda: Multimon: If secondary monitor is left of primary monitor, ...) created by
- I have a multimon setup. The primary monitor is on the right side and …
Note:
See TracTimeline
for information about the timeline view.
