Timeline
Jan 29, 2008:
- 11:38 PM Ticket #82 (Variable declared on same line = Undeclared) updated by
- I thought it as a bug, and in no way a support question. I thought the bug was that a declared variable was being marked as undeclared.
- 11:33 PM Ticket #83 (_ChooseFont) closed by
- fixed
- 11:33 PM Ticket #83 (_ChooseFont) updated by
-
Owner, Status changed
- 11:33 PM Ticket #83 (_ChooseFont) reopened by
- 11:32 PM Ticket #83 (_ChooseFont) closed by
- fixed: Corrected Thanks
- 10:46 PM Ticket #61 (Hashes) updated by
- You can also use Windows dictionary Object.
- 7:17 PM Ticket #80 (Au3Info showing advanced window descriptions) updated by
-
Summary changed
- 6:13 PM Ticket #84 (SciTE doing syntax checking in comments in certin instances) updated by
- SciTE doesn't do any checking. Please become familiar with your toolset. I'm *guessing* you mean Au3Check?
- 8:01 AM Ticket #84 (SciTE doing syntax checking in comments in certin instances) created by
- this... […] returns this in console... ERROR: illegal characters …
- 6:39 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Saunders <admin@therks.com>: > I believe that losing the defbutton status is not valid behaviour. I just right-clicked on my taskbar and hit Properties to check that window. The OK button has defbutton status. As I tab through contols it keeps defbutton status except when a different button has focus - which gets the defbutton status at that moment - but when a non-button control again gets focus the OK button regains defbutton status. What you describe sounds like what I thought and why I wasn't ready to mark this as closed. I just haven't had time to check on it. This and the other edit focus/default button bugs are all related to what is essentially a single large change in AutoIt I was going to take a look at all of these issues at once since they are all related.
- 6:38 AM Ticket #83 (_ChooseFont) created by
- The syntax in the helpfile says: […] And then the params says: …
- 6:32 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) closed by
- worksforme: I close it as everything is working as it should for me with the proposed script.
- 4:36 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Valik: > I just want to validate that the behavior is correct by comparing it with a standard Windows dialog. I believe that losing the defbutton status is not valid behaviour. I just right-clicked on my taskbar and hit Properties to check that window. The OK button has defbutton status. As I tab through contols it keeps defbutton status except when a different button has focus - which gets the defbutton status at that moment - but when a non-button control again gets focus the OK button regains defbutton status.
- 4:09 AM Ticket #82 (Variable declared on same line = Undeclared) closed by
- nobug: This is a question. The issue tracker is not the place for asking questions. This is clearly not a bug. The variable is in the process of being declared so of course you can't use it in the declaration because it doesn't exist yet. Mark as no bug. In the future, please refrain from asking support questions (which belong on the forum) on the issue tracker.
- 3:58 AM Ticket #82 (Variable declared on same line = Undeclared) created by
- If you try this code: […] you will get an error "$str possibly …
- 2:12 AM Ticket #81 (_ArraySort output bad if first chararacter of alphanumeric string is ...) closed by
- nobug: There's no bug here. First of all, you're using an array that's way bigger than you need. That means with the default sort direction, all those empty values are going to be first (Which explains why you get no output). Correcting the array size to be 4, your expected output is still wrong. Again, the default option for _ArraySort() is to start at index 0. What you expect is to star at index 1. This code does what you want, mostly because it's written correctly. […]
- 1:54 AM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) closed by
- worksforme: I can't reproduce this nor can I see how it would fail unless UPX really is failing. So it seems that the problem I occasionally get is related to UPX genuinely failing and is not an Aut2Exe issue. Resolving as worksforme.
- 1:50 AM Ticket #81 (_ArraySort output bad if first chararacter of alphanumeric string is ...) created by
- ;Following sample program demonstrates problem. #include <array.au3> …
- 1:31 AM Ticket #34 (Pixelchecksum returns wrong values) closed by
- worksforme: With the above attached file, since you didn't provide one, it runs fine on 64-bit Windows running with 32-bit AutoIt/AutoItX. I'm marking this as works for me.
- 1:08 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Make that #78, #79, #80 (mentioning again to get the tickets to show up as links).
- 1:07 AM Ticket #64 (Enhance special description for recognizing controls) closed by
- rejected: I'm closing this as rejected. I've opened 78, 79 and 80 which cover the three requests I find acceptable. You can track the tickets there.
- 1:06 AM Ticket #80 (Au3Info showing advanced window descriptions) created by
- Au3Info should be modified to show the advanced window description …
- 1:05 AM Ticket #79 (Allow searching for windows/controls by position.) created by
- Expand the advanced window descriptor to use X, Y, W, H for match …
- 1:02 AM Ticket #78 (Regex in CLASS for window titles) created by
- Need to add REGEXPCLASS to window title support.
- 12:07 AM Ticket #64 (Enhance special description for recognizing controls) updated by
-
Priority changed
- 12:04 AM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) updated by
-
Owner, Status changed
- 12:04 AM Ticket #74 (expose C (CRT) _finite(double x) function as IsFinite($x) in Autoit) closed by
- rejected: The function is in msvcrt.dll. You can use DllCall() to invoke it.
- 12:03 AM Ticket #77 (ConsoleWriteLine to write to the console with @CRLF at the end of line) closed by
- rejected: Not going to happen. Adding new functions to save typing < 10 characters is not really good enough justification. And please don't try to argue "But FileWriteLine!" I could do without FileWriteLine() and it wasn't my decision to add it.
Jan 28, 2008:
- 11:59 PM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) closed by
- fixed: Fixed in 3.2.11.1 (Ignore milestone, it's wrong).
- 10:52 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- Replying to AutoIt User: > The same happens to me using _FileReadToArray / _FileWriteFromArray. > Version: 3.2.10.0 > are you sure to speak about the ticket subject? There is no relation between SQLite and those UDF's
- 10:43 PM Ticket #71 (Au3Info supporting Internet Explorer ComponentFromPoint) closed by
- rejected: That method does not do what you think. It only returns information about a scrollbar under the mouse. It does not allow you to see what sort of control is under the mouse in a page unless that control happens to be a scrollbar. Closing as rejected.
- 10:37 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- I think the location happens to be the same for 32-bit and 64-bit executables. However, Aut2Exe's built-in functionality correctly identifies the binary type and uses the correct offsets, just in case.
- 10:34 PM Ticket #77 (ConsoleWriteLine to write to the console with @CRLF at the end of line) created by
- This request based on this forum thread: …
- 10:34 PM Ticket #23 (Acces to DataGridView for .net 2.0) closed by
- rejected: Maybe someday AutoIt will be able to interact better with .NET controls but that day is not today.
- 10:26 PM Ticket #73 (DirMove on different volume) closed by
- fixed: Fixed in version: 3.2.11.1
- 10:23 PM Ticket #76 (Test Bug) closed by
- fixed: Fixed in version: 3.2.11.1
- 10:22 PM Ticket #76 (Test Bug) created by
- Ignore this, test bug.
- 4:33 PM Ticket #75 (_IEPropertyGet($oIE,"toolbar") Fails) created by
- _IEPropertyGet($oIE,"toolbar") returns a ==> The requested action …
- 2:23 PM Ticket #74 (expose C (CRT) _finite(double x) function as IsFinite($x) in Autoit) created by
- Determines whether the given double-precision floating-point value is …
- 1:58 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) closed by
- completed: Being there has not been anything else added in a week I'm closing this ticket.
- 1:56 PM Ticket #69 (_GUICtrlListView_Create) closed by
- fixed: When the control is created it needs a control id, fixed for next version.
- 6:45 AM Ticket #73 (DirMove on different volume) created by
- When the destination already exists and the overwrite flag is …
- 4:19 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) closed by
- nobug: The object does not implement IDispatch. Objects must properly implement IDispatch in order for AutoIt to use them. This is not a bug.
- 3:50 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) updated by
- ...forgot to provide some sample code...the following code sample fails if the line is uncommented. […]
- 3:34 AM Ticket #72 (MFC ActiveX Control doesn't work w/ AutoIt) created by
- MFC ActiveX controls' properies and methods cannot be accessed/invoked …
- 3:18 AM Ticket #69 (_GUICtrlListView_Create) updated by
-
Owner, Status changed
- 2:30 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- Replying to Jos: > The reports is pretty complete. thanks :) > > The only option I have at this moment is to skip the x64 resource update for all X64 since it looks like ResHacker doesn't support it. All the changes you mention are done with ResHacker except the CUI change which doesn't surprise me if that also doesn't work, but I have no means of testing that since I don't have an X64 box. > The current Beta has a build in methode to set the output application for /Console so as soon as thats available in the production version as well, i will change Autoit3Wrapper to use that instead of the MakeCUI program. > I have updated AutoIt3Wrapper to skip the Reshacker step and the MakeCUI step until a solution is figured out for that. I haven't made any changes yet to warn or disable the Reshacker Tabs when X64 is selected, first want to do some reseach if there is an alternative option for ResHacker. > > The UPX is already intentionally skipped for X64 programs, like aut2exe does. > I tested MakeCUI. It works perfectly for 64bit executables as well. I am assuming the registers for making a console application are located in the same place for both 32bit and 64bit executables. If not, Picasso must have thought about this and, as a result, gave it the ability to modify both types of executables. I have also been looking for a resource updater for 64bit executables. I will let you know what I find and if it works in the discussion forum. - The Kandie Man ;-)
Jan 27, 2008:
- 9:12 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Replying to anonymous: > On second thought, it's probably an issue with the tray icon functionality. The script cannot work as the active window is non deterministic when you click on the tray icon menu.
- 9:11 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Your example "reasons" why a lookup table is good is full of hyperbole, at best. It's a highly specialized niche interface that you've gone and convinced yourself is some sort of revolution. It's to the point that you can't/won't even think of alternatives. It's not going to happen.
- 8:11 PM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
- Discussion started here: http://www.autoitscript.com/forum/index.php?showtopic=62776 To establish how we can solve this.
- 11:23 AM Ticket #58 (Add a new button Type called Splitbutton) updated by
- I did give it a try using the new functions of Gary. But not success. […] I did try different constants values but no succces. There must be something else prevent the creation this button type ? Regards, ptrex
- 11:12 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) updated by
-
Owner, Status changed
The reports is pretty complete. thanks :) The only option I have at this moment is to skip the x64 resource update for all X64 since it looks like ResHacker doesn't support it. All the changes you mention are done with ResHacker except the CUI change which doesn't surprise me if that also doesn't work, but I have no means of testing that since I don't have an X64 box. The current Beta has a build in methode to set the output application for /Console so as soon as thats available in the production version as well, i will change Autoit3Wrapper to use that instead of the MakeCUI program. I have updated AutoIt3Wrapper to skip the Reshacker step and the MakeCUI step until a solution is figured out for that. I haven't made any changes yet to warn or disable the Reshacker Tabs when X64 is selected, first want to do some reseach if there is an alternative option for ResHacker. The UPX is already intentionally skipped for X64 programs, like aut2exe does. - 11:00 AM Ticket #71 (Au3Info supporting Internet Explorer ComponentFromPoint) created by
- Would be very nice if AutoIt can do more with Internet Explorer. For a …
- 10:49 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to anonymous: > Replying to anonymous: > > Replying to Valik: > This is why you use control IDs and not instance numbers. Most GUI's have static control IDs and thus additions do not create an offset issue. Removal doesn't affect anything, either, unless, of course, it's the control you're trying to work with. I frequently encounter GUI's that do not behave as nicely as I want and as I am not in control allways of the developers creating the GUI. I am not talking about the 80% of controls which are straigthforward. Thats the main reason why I finally have to work with commercial tools that give this ability. Now I am looking since this week at AutoIT I am impressed with the basic functionalities but would like to see the recognition possibilities enhanced. (although I see that some of them I can bypass by creating UDF). > > After seeing this, I fail to see how it's any superior than using variables to store your strings. I often pass variables to functions expecting strings just because the name of a variable is almost always shorter than the string itself thus it makes the code more readable(it also makes re-use easier). So, I wonder why you don't just use named variables. I fail to see why there has to be any lookup table at all. Several reasons: 1. Mainly easily split up work between scriptwriter and tester. Giving tester a less complicated interface (lookuptable maintenance is easy) helps in speeding up testautomation. Testers frequently cannot build scripts or develop programs. 2. Based on a lookuptable it becomes easier to make a keyworddriven script 3. Saves coding lines 4. Use of lookupnames have no logical limitations whereas a variable in code cannot use dots, spaces, literal characters etc. 5. Translation table is not cluttered with coding lines so more overview 6. Translation table can be organized in a logical way of grouping which can be independently of your coding maintained 7. Translation can be done on 1 place instead of searching thru sourcecode (imagine applications with hundreds of screens) 8. All commercial tooling offer this kind of functionality (not a very good reason;-)) 9. Short variablenames do not enhance readability for others reading to go through the code. 10. Without a lookuptable with an application of >10 screens with many controls on screen you quickly loose oversight. If you only have the technical name it sometimes becomes difficult when the GUI changes which control was which one on the GUI. Keeping code and GUI in sync then frequently becomes a nightmare. http://safsdev.sourceforge.net/FRAMESDataDrivenTestAutomationFrameworks.htm Imagine a screen with 4 edits, 3 radiobuttons, 3 buttons where one is named Add I could make a UDF addPerson […] If I have a lookuptable I can generalize (saving me hundreds/thousands lines of coding) above logic to something like […]
- 7:26 AM Ticket #70 (AutoIt3Wrapper Attempts to Update 64bit Executables) created by
- The AutoIt3 Wrapper is attempting to update 64bit executables. It …
- 2:58 AM Ticket #69 (_GUICtrlListView_Create) updated by
-
Priority changed
Not a high priority, use GuiCtrlCreateListView Bug Report on forum: http://www.autoitscript.com/forum/index.php?showtopic=61031 - 1:53 AM Ticket #69 (_GUICtrlListView_Create) updated by
- sry about this but i forgot to say that i also tried with the 3.2.11 beta... and the same thing happends
- 1:51 AM Ticket #69 (_GUICtrlListView_Create) created by
- Whenever you try to move an item in a listview created with the UDF …
Jan 26, 2008:
- 8:09 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Valik: > I just want to validate that the behavior is correct by comparing it with a standard Windows dialog. In this case I think they are. But well I may be wrong
- 6:12 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik As you could see I came to surprising results when testing. But anyhow I will wait till the the next beta release is on my machine. Regards ptrex
- 5:45 PM Ticket #68 (GUIWrapper not saving option) closed by
- fixed: Yeap, see i missed a section in the update process. Its fixed in Version 1.9.5.7 currently availble as seperate download in the Downloads page: http://www.autoitscript.com/autoit3/scite/downloads.shtml
- 5:02 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- I just want to validate that the behavior is correct by comparing it with a standard Windows dialog.
- 4:52 PM Ticket #67 (GUICtrlSetGraphic in help file) closed by
- fixed: Fixed in version: 3.2.11.1
- 3:25 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- You're making this a lot harder than it should be. Quite simply, AutoIt doesn't let you create a BS_SPLITBUTTON with it's native control types (I didn't think it would but I at least wanted you to try in case it did work). I think Gary added some button functions to the UDF library (They could be in the recent beta 3.2.11.0) so just use those to create your SplitButton.
- 11:09 AM Ticket #68 (GUIWrapper not saving option) created by
- When selecting a RequestExecutionLevel Scite output windows says …
- 9:54 AM Ticket #67 (GUICtrlSetGraphic in help file) created by
- GUICtrlSetGraphic example in the help file shows a misspelled word : …
- 7:24 AM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
- Replying to Larry: > If I tab around or click somewhere and tab I lose the $BS_DEFPUSHBUTTON ability of my button. > > When the dialog comes up press [Enter] and it works... tab around and press [Enter] and it works no more. > For me NOBUG, as soon you tab you get a new control which get the new defbutton action see the around button "hightlight". I assume Valik disagree with this behavior that the reason he assign to him.
- 6:57 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- I really hate how I can't stay logged in on this blasted thing. Anyway, in case it's not obvious, the preceding comment is from me.
- 6:42 AM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to anonymous: > Replying to Valik: > The user is in my opinion the programmer that creates the script and understands the application with expected behavior. If its not conforming to the behavior its a finding of the script that then should be analysed. > "[CLASS:Edit; INSTANCE:1; TABS: n]" means first find "[CLASS:Edit; INSTANCE:1" and after that do n tabs forward/backward just to make less dependency on changing userinterface. Actually what I want goes even much further. If you are able to make things more relative instead of hard coded maintenance decreases in your scripting. > But this is also in combination with a lookup table. > Lets say you have a screen with 4 Editcontrols where you can enter: Name, Street, ZIP Code, City and they are like "[CLASS:Edit; INSTANCE:1" thru "[CLASS:Edit; INSTANCE:4]" wouldn't it be great when I have the lookuptable > Name --> "[CLASS:Edit; INSTANCE:1" > Street --> Name:INSTANCE+1 > ZIP Code --> Street:INSTANCE+1 > CITY --> ZIP code:INSTANCE+1 > > Now if somebody decides to add control for housenumber I only have to change > Housenumber --> Street:INSTANCE+1 > ZIP Code --> Housenumber:INSTANCE+1 > > Although I have to think about a more logical/readable syntax this saves me a lot of changing especially if there are 30+ Editboxes on a screen and someone adds 1 in the beginning of the screen. > This is why you use control IDs and not instance numbers. Most GUI's have static control IDs and thus additions do not create an offset issue. Removal doesn't affect anything, either, unless, of course, it's the control you're trying to work with. > > I do not agree in this area see below for some straightforward UDF > Would be nice if I could code like > "[LOGICALNAME:01.Result" which then would lead to a lookup triggering function. > > Lookup file (control.map) > {{{ > Group > 01.Calculator | Rekenmachine > 01.Result | [CLASS:Edit; INSTANCE:1] > 03.btn7 | [CLASS:Button; TEXT:7] > Group > 01.OfficeNet Direct | OfficeNet Direct > 01.naam | > 02.Afkorting | [CLASS:Edit; INSTANCE:2] > 03.Contractnummer | [CLASS:PBEDIT80; INSTANCE:3] > 12.btnToepassen | [CLASS:Button; TEXT:&Toepassen] > Group > 01.OfficeNet Direct | OfficeNet Direct > 01.Treeview | [CLASS:PBTreeView32_80; INSTANCE:1] > Group > 01.Aanlogscherm | Aanloggen OfficeNet Direct > 01.Naam | [CLASS:Edit; INSTANCE:3] > 02.Wachtwoord | [CLASS:Edit; INSTANCE:2] > 03.btnOK | [CLASS:Button; TEXT:&Ok] > 04.Annuleren | [CLASS:Button; TEXT:&Annuleren] > 05.help | [CLASS:Button; ID: 1002] > }}} After seeing this, I fail to see how it's any superior than using variables to store your strings. I often pass variables to functions expecting strings just because the name of a variable is almost always shorter than the string itself thus it makes the code more readable(it also makes re-use easier). So, I wonder why you don't just use named variables. I fail to see why there has to be any lookup table at all. PS: When I say "user" I mean script writer. Remember, I'm a developer, so "my users" means "script writers".
Jan 25, 2008:
- 9:06 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Maybe this bug has something to do with it ? In a previous post I explained than when you create a MFC application with the March CTP of ‘Orcas’ and add a command or split button to a dialog, the .rc file is not compiled, because styles such as BS_COMMANDLINK are not found. My workaround for the moment was to redeclare them in the resource.h header. But that is not a good idea, because the IDE overwrites the file, removing what you put there. So, eventually, I brought that up to the VC++ team, and it seems that the March CTP has a problem with the resource headers, used by the resource compilers. In other words, at least commctrl.rc was not updated to contain the required definitions. You can work around this in two better ways: install the Windows RTM SDK, or redefine the necessary styles in commctrl.rc #if _WIN32_WINNT >= 0x0600 BUTTON STATE FLAGS#define BST_DROPDOWNPUSHED 0x0400 BUTTON STYLES#define BS_SPLITBUTTON 0x0000000CL#define BS_DEFSPLITBUTTON 0x0000000DL#define BS_COMMANDLINK 0x0000000EL#define BS_DEFCOMMANDLINK 0x0000000FL#endif I decided to go for the second, and now the applications are successfully built. I have been told that the problem has been already fixed for the upcoming CTP/beta. The VC++ team will soon post about this on their blog too. I want to thank to Marian Luparu for the help with this matter. For more information : http://mariusbancila.ro/blog/?cat=12
- 8:59 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- OK This gives somekind of button but not a splitbutton Global Const $BS_SPLITBUTTON = 0x5000c and this guves an other result but still not a splitbutton Global Const $BS_SPLITBUTTON = 0x50000c
- 8:42 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- All According to me the constant value should be Const $BS_SPLITBUTTON = 0x5000000c But anyhow it doesn't show up correctly ?! regards ptrex
- 7:27 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Jos, I tried creating a button using this Constant value. But success. Did you get it to show correctly ? #include <GUIConstants.au3> Global Const $BS_SPLITBUTTON = 0x0000000C GUICreate("My GUI Button") ; will create a dialog box that when displayed is centered Opt("GUICoordMode",2) $Button_1 = GUICtrlCreateButton ("Run Notepad", 10, 30, 100,25,$BS_SPLITBUTTON) $Button_2 = GUICtrlCreateButton ( "Button Test", 0, -1) GUISetState () ; will display an dialog box with 2 button ; Run the GUI until the dialog is closed While 1 $msg = GUIGetMsg() Select Case $msg = $GUI_EVENT_CLOSE ExitLoop Case $msg = $Button_1 Run('Notepad.exe') ; Will Run/Open Notepad Case $msg = $Button_2 MsgBox(0, 'Testing', 'Button 2 was pressed') ; Will demonstrate Button 2 being pressed EndSelect Wend
- 7:11 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) updated by
-
Owner, Status changed
- 7:08 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Replying to Valik: > You can't find a control by tabbing without determining where focus is in the first place. And even then, only the user knows how far they need to tab from that point to get where they want to go. In theory, tabbing sounds great until you realize that if the current focus is off by even one control then it's a completely flawed mechanism. The user is in my opinion the programmer that creates the script and understands the application with expected behavior. If its not conforming to the behavior its a finding of the script that then should be analysed. "[CLASS:Edit; INSTANCE:1; TABS: n]" means first find "[CLASS:Edit; INSTANCE:1" and after that do n tabs forward/backward just to make less dependency on changing userinterface. Actually what I want goes even much further. If you are able to make things more relative instead of hard coded maintenance decreases in your scripting. But this is also in combination with a lookup table. Lets say you have a screen with 4 Editcontrols where you can enter: Name, Street, ZIP Code, City and they are like "[CLASS:Edit; INSTANCE:1" thru "[CLASS:Edit; INSTANCE:4]" wouldn't it be great when I have the lookuptable Name --> "[CLASS:Edit; INSTANCE:1" Street --> Name:INSTANCE+1 ZIP Code --> Street:INSTANCE+1 CITY --> ZIP code:INSTANCE+1 Now if somebody decides to add control for housenumber I only have to change Housenumber --> Street:INSTANCE+1 ZIP Code --> Housenumber:INSTANCE+1 Although I have to think about a more logical/readable syntax this saves me a lot of changing especially if there are 30+ Editboxes on a screen and someone adds 1 in the beginning of the screen. > > Finding a control by bitmap is only slightly more useful than hard-coding an HWND. The control, depending on type, is going to look different depending on a large number of factors. A control may have a focus rectangle. A control may look different in a different theme. A control may have different text. Although I agree with the statements made its much better than not beeing able to do anything with the non recognizable control. It doesn't have to be perfect and ability to handle different themes is not required. In >80% of cases you know for unrecognisable controls a lot of information. Main feature request is: have ability to find and define a certain area (rectangle or circle/oval) where you can send analog mouseactions and keyboard actions to. Finding an area could be done initally with a picture/bitmap and later on only the area is relevant to remember and send mouseactions to. > > Lastly, a lookup table is rejected right off the bat because it would require a new flag to enable. The current syntax is different enough from anything else that user's will ever need to search for that the context is automatically determined. Never mind the fact that the lookup table provides a vastly complicated interface that's not really going to clear matters up. I do not agree in this area see below for some straightforward UDF Would be nice if I could code like "[LOGICALNAME:01.Result" which then would lead to a lookup triggering function. Lookup file (control.map) […] Source code to load control map […] UDF to translate between logical and technical name […] Sample usage […]
- 6:53 PM Ticket #66 (BS_DEFPUSHBUTTON getting lost) created by
- If I tab around or click somewhere and tab I lose the …
- 6:41 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- This should do it: $BS_SPLITBUTTON = 0x0000000C
- 2:19 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Jos, I saw this constant, but this is not a cnnstant value that AU3 would accept. How to translate this 0x0000000CL to a Hex value that AU3 can understand ? Thanks ptrex
- 2:00 PM Milestone 3.2.11.0 completed
- 7:39 AM Ticket #58 (Add a new button Type called Splitbutton) updated by
- The style is described in the MS sdk ver 6a: Microsoft SDKs\Windows\v6.0A\Include\CommCtrl.h:7843: #define BS_SPLITBUTTON 0x0000000CL
Jan 24, 2008:
- 10:59 PM Ticket #64 (Enhance special description for recognizing controls) updated by
- Only 3 of the suggestions make sense. The regex class name has already been suggested, though it may only be on the forum. Finding a control by it's size/position makes some sense. Having Au3Info show properly formatted strings also makes sense. The other ideas are bad, however. You can't find a control by tabbing without determining where focus is in the first place. And even then, only the user knows how far they need to tab from that point to get where they want to go. In theory, tabbing sounds great until you realize that if the current focus is off by even one control then it's a completely flawed mechanism. Finding a control by bitmap is only slightly more useful than hard-coding an HWND. The control, depending on type, is going to look different depending on a large number of factors. A control may have a focus rectangle. A control may look different in a different theme. A control may have different text. Lastly, a lookup table is rejected right off the bat because it would require a new flag to enable. The current syntax is different enough from anything else that user's will ever need to search for that the context is automatically determined. Never mind the fact that the lookup table provides a vastly complicated interface that's not really going to clear matters up.
- 8:51 PM Ticket #65 (Au3Check gives wrong error with Const ByRef params) updated by
-
Description, Summary changed
- 8:50 PM Ticket #65 (Au3Check gives wrong error with Const ByRef params) created by
- The following code: […] produces this error: […] The error is …
- 8:29 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik, Even if I would like to add this to the global constants include file. I can't find the Constants value ?! Even not on the MSDN ?!
- 8:11 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Valik, 1. I didn't try it because it was not listed in the options in the helpfile : GUI Control Styles Appendix 2. When did try to add it in the GUICtrlCreateButton() it errored out saying ERROR: $BS_SPLITBUTTON: undeclared global variable 3. When I searched the include files for the BS_SPLITBUTTON. It wasn't there. Did I miss something ?
- 7:41 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Does this need some sort of special handling? Why can't you just pass BS_SPLITBUTTON to GUICtrlCreateButton()?
- 7:40 PM Ticket #64 (Enhance special description for recognizing controls) created by
- Actually 2 request(s) to combine and not yet sure whats most logical …
- 7:39 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
-
Keywords, Version, Milestone changed
- 7:39 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
-
Summary changed
- 7:27 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- Gary, I don't think you are correct. MSDN says : BS_SPLITBUTTON Microsoft Windows Vista and Version 6.00. Creates a split button. A split button has a drop down arrow Version 6.00 meaning : 6.0 Shlwapi.dll Windows XP and Windows Vista At the moment I run a lot of applications using this buttontype on XP. Correct ?
- 5:49 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- On second thought, it's probably an issue with the tray icon functionality.
- 4:47 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) reopened by
- Hi JPM, I'm sorry for not providing a repro. This is the simplest version of the code that is causing me problems: […] Although I can't understand why I'm getting only a fraction of the active window, I suspect it's somehow related to the mouse being active (up/down) at the moment the printscreen is initiated. That being said sleep() doesn't seem to provide any amelioration. Thanks, Christian Blackburn
- 7:36 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) closed by
- wontfix: This has been asked many times and explained that SciTE's Job queue has issues and is not something we (the autoit dev team) will work on. I know that somebody has been working on a new Job queue mechanism for SciTE, but haven't seen much progress on it lately. I have reported this bug in the SciTE interest site and that's all I can do. Closing as "WontFix"
- 6:55 AM Ticket #63 (Overlay UAC icon on scripts with #RequireAdmin) created by
- It would be cool if Aut2Exe would automatically overlay the Windows …
- 5:29 AM Ticket #60 (Test Bug) updated by
- How many different ways will you hurt someone if they reopen THIS bug report? :P
- 5:28 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) updated by
- If I'm interpreting this properly I'm pretty sure it's an issue with SciTe. To clarify, I believe the author is talking about when you run a script, and it has not finished/exited yet, and you press F1, SciTe will run the script again, in addition to bringing up the help documentation. The same can be accomplished by using any of the Lua scripts while the script is still running (Alt+I, Ctrl+J, etc). It's been brought up before, and I believe the only solution mentioned was: Make sure your script has stopped running before doing anything else.
- 5:23 AM Ticket #61 (Hashes) updated by
- Is that anything like this? http://www.autoitscript.com/forum/index.php?showtopic=58982&hl=hash
- 3:41 AM Ticket #62 (Pressing F1 from within Scite editor Runs the script & runs multiple ...) created by
- F1 brings up the help screen , and runs the underlying code. This …
Jan 23, 2008:
- 7:50 PM Ticket #61 (Hashes) created by
- Any chance that hashes (as in PERL) might be implemented? If not as …
- 3:54 PM Ticket #60 (Test Bug) closed by
- fixed: Fixed in version: 3.2.11.0
- 3:38 PM Ticket #60 (Test Bug) created by
- Ignore this, test bug.
Jan 22, 2008:
- 11:54 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
- Awesome, thanks so much!
- 2:07 AM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) updated by
- Perhaps a "fixed" ticket should mention the fix? I suppose the fix is committed for 3.2.11.x, but it doesn't say that (at least where us mortals can see it). :-)
Jan 21, 2008:
- 10:57 PM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) closed by
- fixed: (In [2870]) Fixed ticket:59 _GUICtrlTreeView_GetState hard crashes external application(s)
- 10:51 PM Ticket #58 (Add a new button Type called Splitbutton) updated by
- You realize that is a Vista only correct?
- 10:35 PM Ticket #59 (_GUICtrlTreeView_GetState hard crashes external app) created by
- This is a reminder for myself to fix by adding in memory calls.
- 8:06 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- The same happens to me using _FileReadToArray / _FileWriteFromArray. Version: 3.2.10.0
- 7:58 PM Ticket #58 (Add a new button Type called Splitbutton) created by
- Addition of the "BS_SPLITBUTTON" type button. …
- 12:49 PM Ticket #55 (Show function ToolTip in SciTE) closed by
- wontfix
Jan 20, 2008:
- 7:51 PM Ticket #56 (Some features for discussion) closed by
- rejected: Examples forum is where you should put these to get feedback from the user community. Tickets should not be made up for discussing things.
- 7:48 PM Ticket #57 (unable to click hyperlink in any window) closed by
- rejected: The issue tracker is not a place to ask for general support. That's what the forum is for. Closing ticket.
- 7:35 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to Saunders <admin@therks.com>: > Replying to anonymous: > > Are input boxes, radio controls, just child windows? > You betcha. You can even get the handle of a control (using ControlGetHandle) then pass that to functions like WinGetPos and it works just fine. Thanks, That helps alot :)
- 7:22 PM Ticket #57 (unable to click hyperlink in any window) created by
- I am trying to automate a windows application which contains …
- 3:39 PM Ticket #56 (Some features for discussion) created by
- Hi, GaryFrost openend a thread how to submit udfs. I searched through …
- 3:08 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
-
Version, Milestone changed
- 3:07 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) updated by
-
Version changed
- 3:04 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) closed by
- completed: (In [2860]) Changed: ControlClick() now accepts the same mouse buttons as MouseClick() - left/right/middle/primary/secondary/main/menu. Completed ticket:27
- 12:14 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to anonymous: > Are input boxes, radio controls, just child windows? You betcha. You can even get the handle of a control (using ControlGetHandle) then pass that to functions like WinGetPos and it works just fine.
Jan 19, 2008:
- 6:25 PM Ticket #53 (change taborder of controls in GUI) updated by
- Replying to Gary: > see _WinAPI_SetWindowPos in the help I don't get it, this seems to talk about multiple windows, not objects within the windows. I have one Window, with many input boxes, the order of the input boxes, is relative to the data that is retrieved from a website and what input is typed/scanned into the input boxes. Are input boxes, radio controls, just child windows?
- 5:37 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Removed _ArrayCreate documentation. 3.2.11.0
- 4:36 PM Ticket #55 (Show function ToolTip in SciTE) updated by
- SciTE doesn't understand the concept of strings. This issue and the issue where commas throw off the highlighted parameter both go back to SciTE not understanding language-specific features (like strings). The only possible way I know of to fix this is write a custom CallTip implementation in Lua. I don't really think that's necessary for such a trivial issue. To me, this is wontfix but I'll leave it to Jos to resolve it as he sees fit.
- 4:28 PM Ticket #55 (Show function ToolTip in SciTE) updated by
- It is the SciTE buildIn code that gives the problem because when trying Ctrl+Shit+Space to force the Calltip its also not shown. Not sure if we can override this at all.
- 3:46 PM Ticket #55 (Show function ToolTip in SciTE) created by
- Hi, I noticed that there is a problem with showing the function …
- 11:09 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
-
Summary changed
Edited the Title to reflect what the intent is of this request. So the current list is: - Remove the Docs for _ArrayCreate() but leave the UDF for backward compatibility. (Agree) - Add WinSetPos() and rename Docs of WinMove() to WinSetPos(), leaving WinMove as alias for backward compatibility? (agreement on this one ? ) Anything else ? - 11:01 AM Ticket #54 (_DateDiff) closed by
- fixed: I see a fix is committed for the version.
- 10:59 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
-
Milestone changed
- 10:58 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) closed by
- worksforme
- 4:37 AM Ticket #54 (_DateDiff) updated by
- Yes, but if you look at the page in the documentation for _DateDiff, the code example at the top is what Valik posted, instead of being an example for _DateDiff.
- 3:25 AM Ticket #29 (Game Engine Incorperatrion) updated by
- Honestly, I find this idea to be incredibly dumb. […] It would be like turning autoit into something 3 year olds would use without any relative difficulty. Autoit was not meant to be a gaming language. Go play with the big boys in C++.
- 2:33 AM Ticket #54 (_DateDiff) updated by
- I don't see anything wrong with the documentation. There is a _DateDaysInMonth function also.
- 1:45 AM Ticket #54 (_DateDiff) updated by
- That's because it's documented wrong. The documentation is: #Include <Date.au3> _DateDaysInMonth($iYear, $iMonthNum) Fix the documentation, SciTE will show the right thing (SciTE's files are generated from the documentation).
- 1:30 AM Ticket #54 (_DateDiff) created by
- Hi, _DateDiff is missing in Scite for highlightning. So long, Mega …
Jan 18, 2008:
- 10:05 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- OK, maybe it's easy to solve it like this if you are only using 1 include-file. But what if you are using more files (ie. from different users)? So everyone has to create her/his own variable names that exist only once in all included scripts. This should be a/the solution? - I don't think so. The problem - and this is a problem - still exists. Holger
- 9:31 PM Ticket #53 (change taborder of controls in GUI) closed by
- rejected: see _WinAPI_SetWindowPos in the help
- 7:58 PM Ticket #53 (change taborder of controls in GUI) created by
- The order tabstops on a GUI is the order that the control was created. …
- 4:34 PM Ticket #52 (RegRead REG_MULTI_SZ AutoIt3_X64 Dr Watson) created by
- Attempting to read a REG_MULTI_SZ value that exists but has no data on …
- 3:15 PM Ticket #37 (Wine Compatibility Notice) closed by
- rejected: I agree with Jos. If things work in Wine, that's great, but it is not a platform we actively target. Also, I doubt everything AutoIt is doing works the same way under Wine. There are inevitably going to be differences due to interpretation and differences due to the fact that the Wine developers just haven't implemented everything. Marking as rejected.
- 3:10 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") closed by
- nobug: If you're going to write that much code and still hard-code the constant anyway, you might as well just hard-code it with a different name if you're really that concerned about the symbol not being found. Personally, I find that code to be one of the stupidest blocks of code you can write in AutoIt. Resolving as nobug as I don't consider this a bug.
- 1:08 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- Url: http://www.autoitscript.com/forum/index.php?s=&showtopic=56666&view=findpost&p=429701
- 1:07 PM Ticket #51 (Problem with "Au3Check" and "IsDeclared") updated by
- See this Bugreport for the answer :)
- 11:33 AM Ticket #51 (Problem with "Au3Check" and "IsDeclared") created by
- Au3Check 'seems' to have a problem with correct checking of lines with …
- 2:24 AM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) updated by
-
Milestone changed
- 2:23 AM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) closed by
- fixed: (In [2835]) Fixed #48: _GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState, _GUICtrlTab_GetItem, _GUICtrlTab_SetItem State Mask was missing
Jan 17, 2008:
- 11:10 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) updated by
- Replying to Gary: > Already fixed with the exception of 2 warnings for 3.2.11.0 > Will be fixed for that also. Hi, I do not have a cristal ball!!! So long, Mega
- 11:07 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) closed by
- rejected: Already fixed with the exception of 2 warnings for 3.2.11.0 Will be fixed for that also.
- 10:50 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) reopened by
- Hi, #AutoIt3Wrapper_Res_Fileversion=1.0.5.12 […] Latest beta and stable of Autoit and latest beta of Scite. So long, Mega
- 10:23 PM Ticket #50 (Handle COM Byte-Array) updated by
-
Owner, Status changed
Unless you can find a way to give me infinite time, this is rather low on the list. Actually, it's not that low, I might do it when I fix the ObjGet() bug since I will be in COM mode at that time. However, it's at least a week away before I even start on anything COM and with all the delays I've experienced in what I've been working on I'm starting to wonder if I'll ever get out of Process-land. - 10:18 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) closed by
- rejected: That about covers it.
- 10:11 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) updated by
- Are you running the latest version available from the downloadpage (v1.0.5.12)? The version in the current Beta of SciTE4AutoIt3 is also updated and compiles in the latest production. As for Unicode support: Its a choice and at this moment we support Win9X thus compile with ANSI. you can ofcourse always elect to compile it with the standard UNICODE Bin. GAry, Anything I forgot before closing this ?
- 10:04 PM Ticket #50 (Handle COM Byte-Array) created by
- Reference: LDAP Byte return - is not recognized, Valik, Jon to …
- 9:47 PM Ticket #49 (cSnippet.exe (outdated and no unicode version)) created by
- Hi, I thought about a good solution to share my udfs and sample …
- 9:37 PM Ticket #48 (_GUICtrlTab_GetItemState, _GUICtrlTab_SetItemState not working) created by
- State Mask not set in _GUICtrlTab_GetItem and _GUICtrlTab_SetItem
- 3:59 PM Ticket #47 (FileInstall() to use the same Flag values as FileCopy) closed by
- rejected: I'm marking this rejected. FileInstall is going to see a major rewrite in the future and this may or may not be necessary at that time.
- 3:46 PM Ticket #47 (FileInstall() to use the same Flag values as FileCopy) created by
- I would like FileInstall() to use the same Flag parameter values as …
- 3:34 PM Ticket #34 (Pixelchecksum returns wrong values) updated by
- Replying to stevy80@gmail.com: > Hello, > > I developed an application with visual c# under windows xp. This program uses autoitx3.dll. Everything worked fine until I upgraded the system. With the new cpu (64 bit) - still under xp - the pixelchecksum function (aprox. in the half of the cases) returns wrong values (-2147483648). > > After this, I tried the program on two more machines with Intel P4 cpu, and the results was the same. > > I tested the checksum at these machines with autoit main too, and that worked perfectly. So I think the problem is in autoitx. > You have to know tha tautoitX3 have not be ported to X64. So certainly tou get a crash looks to me as the result of the -2147483648. Jon will confirm
- 3:27 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
-
Description changed
- 2:24 PM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Description changed
- 12:45 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) closed by
- fixed
- 12:45 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) reopened by
- 12:43 PM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) closed by
- fixed: (In [2829]) Fixed #43: IniReadSectionNames() returning incorrect number of sections under Win9x.
- 1:03 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component changed
- 12:53 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) closed by
- wontfix
- 12:53 AM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner changed
I would have to say it's a windows bug that if the marquee gets small enough it crashes. This can be avoided: […]
Jan 16, 2008:
- 11:27 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner, Status changed
- 11:26 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component, Summary changed
- 11:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Ok, I figured out how to make it crash quick with the Marquee, size towards upper left or just left, making the marquee box shrink till the left and right sides meet it will crash, this is a drawing problem with the marquee I believe.
- 10:57 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- That was me :)
- 10:56 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- I get a hard crash too when locking the right bottom corner dragging outwards…
- 10:47 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Does any of this information help? AppName: test.exe AppVer: 3.2.10.0 ModName: comctl32.dll ModVer: 6.0.2900.2982 Offset: 00034a9c
- 10:43 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- Another DEV will have to verify, I can't make it crash.
- 10:39 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) reopened by
- As I've stated, I attempted to control the resizing using the WM_SIZE message with the same results. The code you provided hard crashes AutoIt when the window is resized using the size box. This has been verified on multiple computers.
- 10:10 PM Ticket #46 (Wrong example _ArrayTrim in help) closed by
- fixed
- 10:09 PM Ticket #46 (Wrong example _ArrayTrim in help) updated by
-
Owner, Status changed
- 10:09 PM Ticket #46 (Wrong example _ArrayTrim in help) reopened by
- 10:08 PM Ticket #46 (Wrong example _ArrayTrim in help) closed by
- fixed: (In [2822]) Fixed #46: Doc Example for _ArrayTrim
- 10:00 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) closed by
- worksforme: I think the resize needs to be handled by the person writing the script. This works for me. […]
- 9:49 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
- I see where the bar(s) disappear, but still don't get a hard crash. WinXP Pro SP2
- 9:40 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) closed by
- fixed: (In [2821]) Fixed #42: _FileReadToArray leaving last line feed in the array (mlowery)
- 9:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Component changed
- 9:24 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) updated by
-
Owner, Priority, Status changed
I don't get a hard crash, although the marquee isn't repainted the bar is still there also - 9:17 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) updated by
- This should fix that problem also. […]
- 8:49 PM Ticket #46 (Wrong example _ArrayTrim in help) created by
- […] Should Be […] _ArrayTrim( $avArray, 1, 1,0,4) instead …
- 7:29 PM Ticket #45 (Resizing GUI after _GUICtrlStatusBar_EmbedControl (Marquee Progress bar)) created by
- The progress bar disappears when you try to resize the gui in the …
- 6:12 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Hi, exactly! Do it! :-) I'll study the helpfile whether I find some more funcs which should be deleted or renamed. Only one _SoundPlay() function should remain IMO, otherwise it looks kind of weird. So long, Mega
- 5:51 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- What I have done thus far in case an UDF also became a build in function is to "only remove the documentation", which also removes the keywords from au3.keywords.properties and au3.api. This would still guaranteed backwards compatibility but will slowly move people to use the internal commands. _ArrayCreate() is one that fits that profile in my oppinion and should be handled in that way in the new Array.au3 effort thats underway. I am not in agreement that its the same for _SoundPlay() since that allows to use the "handle" set by _SoundOpen(), which is not the case with the build-in function. Jos
- 3:25 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Jos, what he's saying is: Remove _ArrayCreate(), it's not needed since we have $array[3] = [ 1, 2, 3] syntax now. Rename WinMove() to WinSetPos() since it better fits our naming conventions. Remove SoundPlay() as a built-in function since _SoundPlay() can do it and a lot more. He's not asking for anything beyond that. He's asking these things in response to a comment I recently made regarding backwards compatibility. Of that list, WinMove() -> WinSetPos() sounds reasonable. WinMove() does kind of stick out with it's odd name. But I don't see why we need to just break scripts for no real good reason by removing _ArrayCreate() or SoundPlay(). Xeno, I am in total agreement, otherwise, though, and have said as much. I would really like to make the next version of AutoIt non-backwards compatible with as many fixes for our past mistakes as possible. There are a number of planned changes breaking backwards compatibility anyway that I'd like to do a lot more.
- 3:08 PM WikiStart edited by
- Added bit about this not being a support system. (diff)
- 2:49 PM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) reopened by
- Thanks for the link; I did a forum search but was looking for the function name. :( The fix above corrects the order of data and CRLF on a line, but the file will still grow if read/written multiple times. Here's an example that reads and writes an array from a file multiple times. Blank lines are added at the beginning or end (depending on whether the CRLF comes before or after the data), and the array item count returned increases each time. […] It's possible that the real issue is in _FileReadToArray, which should discard the very last CRLF it finds.
- 1:59 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- My impression was that you wanted the AutoIt3 program to do something automatically and change your input script. Now if you mean we should remove obsolete UDF's then you will have to list the UDFs that are obsolete in your oppinion, because we already do this to my knowledge. The _SoundPlay() UDF isn't obsolete since its part of a set of UDFs and can be used differently than the buildin one. Jos
- 1:45 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Replying to JdeB: > But you haven't commented on the issue when people make their own UDF and call it _SoundPlay()? Hi, where is the problem on that? Decide whether you want to keep SoundPlay or _Soundplay. After that Autoit and Au3Check(Tidy) [I mix them often] only knows that func. Using it - everything works fine. Using the other one which is gone then, an error occurs the same as normal when using an unknown func --> : undefined function. Creating an UDF called with the name you kept then the local one (UDF) is called like […] Maybe there should appear a warning -> name already defined? Maybe not. (It is kind of overloading a func like you can do in OO languages , Java etc.) Besides, you need to change: […] I stop right here, cause maybe I totally missed your point. :-) So long, Mega
- 1:22 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- But you haven't commented on the issue when people make their own UDF and call it _SoundPlay()?
- 12:05 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- Hi, exactly that is the point. I know that some changes will break scripts. So, nevertheless do them (if possible all known ones in one version) and then just document it. You cannot avoid that. Sometimes changes have to be done to go ahead. The people have to look into the helpfile (history) whether some changes may affect their scripts. That is my opinion. So long, Mega
- 11:39 AM Ticket #44 (Input, in InputBox use Send command) closed by
- rejected: Looks like a support request to me which NEEDS to be posted in the forum.
- 11:20 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) updated by
- In my mind the arguments remain the same for AutoIt3 doing that. It should interpret and run the script, not change it. Now assume somebody made his/her own UDF and also called it _SoundPlay()... You wouldn't want AutoIt3 to be stubborn and execute SoundPlay(). In general, AutoIt3 Functions that are renamed will be supported for a while but I really cannot see how you could do this without breaking scripts... Jos
- 11:02 AM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) closed by
- fixed: Already Fixed in 3.2.11.0 http://www.autoitscript.com/forum/index.php?showtopic=58503 […]
- 10:38 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) reopened by
- Hi, I didn't meant to let Tidy do the job. I meant you should thing about doing this changes directly in Autoit. If your are doing not backwards compatible changes, then use this chance to make as much as you can to restructure Autoit. So long, Mega
- 10:24 AM Ticket #44 (Input, in InputBox use Send command) created by
- Send("{CTRLDOWN}") Send("{C}") Send("{CTRLUP}") Sleep(50) …
- 9:50 AM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) closed by
- rejected: I don't see how I can ever make this fullproof and is very risky. Tidy's function really is to Tidy code and don't want it to change the code at all, just Indent, add/remove whitespace and proper case syntax. I wouldn't want Tidy to replace _SoundPlay() with Soundplay because that could/will break the script when it uses Handles in stead of filenames. Jos
- 3:05 AM Ticket #43 (IniReadSectionNames returning incorrect number of sections (extra ...) created by
- IniReadSectionNames returns an extra blank section that does not exist …
- 2:49 AM AutoItNotOnToDoList edited by
- Fixed a couple HTML tags that were in the document. (diff)
- 2:13 AM Ticket #42 (_FileWriteFromArray outputs too many CRLF (File.au3)) created by
- Lines output from the _FileWriteFromArray function in the standard …
- 1:48 AM Ticket #40 (Pixel functions should accept HWND) updated by
- Thank you for this!! This is a really good idea and it would enable bot makers to increase their bot making abilities so that everything could be done using de-activated windows. Hiyoal
Jan 15, 2008:
- 10:22 PM Ticket #41 (Cleanup/Rename internal and User Defined Functions.) created by
- Hi, I read about some changes which may break old scripts. If you are …
- 5:55 PM Ticket #30 (GUICtrlSetBkColor() bug with GUICtrlCreateLabel() and GUICreate with ...) closed by
- nobug
- 4:51 PM Ticket #39 (Add HWND to common dialogs) updated by
-
Type changed
- 4:50 PM Ticket #40 (Pixel functions should accept HWND) updated by
-
Type changed
- 4:50 PM Ticket #28 (ControlGetPixel) closed by
- duplicate: Someday I intend to modify the current Pixel-related functions to accept an HWND. Your request would be covered by that since a Control is a Window with an HWND. I'm marking this as duplicate of #40 which I've just created to cover the more generic idea.
- 4:49 PM Ticket #40 (Pixel functions should accept HWND) created by
- The following pixel functions should accept an HWND: PixelCheckSum …
- 4:44 PM Ticket #39 (Add HWND to common dialogs) created by
- I (or somebody else) needs to add an HWND (parent) parameter to the …
- 4:16 PM Ticket #35 (ProcessClose() as an admin doesn't close other user's process) updated by
-
Milestone changed
- 4:15 PM Ticket #35 (ProcessClose() as an admin doesn't close other user's process) closed by
- completed: Done.
- 12:28 PM Ticket #37 (Wine Compatibility Notice) updated by
- I am not planning to add anything about Wine and compatibility in the SciTE4AutoIt3 documentation for the simple fact that I am not testing anything in that environment and not know how compatible it is. There is no support for that environment so if it works its a bonus. I leave it to Jon/Other devs to comment about AutoIt3 ... Jos
- 12:22 PM Ticket #38 (_SoundLength) closed by
- duplicate
- 9:10 AM Ticket #38 (_SoundLength) updated by
- Ah geeze. Just noticed the topic on the forums. Dammit! Sorry guys!
- 9:08 AM Ticket #38 (_SoundLength) created by
- Ok. This is my script: […] I need to get the length of a MP3 …
Jan 14, 2008:
- 11:26 PM Ticket #35 (ProcessClose() as an admin doesn't close other user's process) updated by
- Alright, I know how to do this. I'll take care of it in the next day or two.
- 11:02 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) updated by
- And here is the output from running the script against my MS SQL Server 2005 CREATE TABLE int_test(ip_addr1 float, ip_addr2 int, ip_addr3 bigint, ip_addr4 decimal(12), ip_addr5 numeric(12)) INSERT INTO int_test VALUES(-1407448780,-1407448780,-1407448780,-1407448780,-1407448780) INSERT INTO int_test VALUES(1104350679,1104350679,1104350679,1104350679,1104350679) INSERT INTO int_test VALUES(2130706434,2130706434,2130706434,2130706434,2130706434) SELECT * FROM int_test 0: -1407448780 - AC1C0934 1: -1407448780 - AC1C0934 2: -1407448832 - AC1C0900 3: -1407448832 - AC1C0900 4: -1407448832 - AC1C0900 0: 1104350679 - 41D30DD7 1: 1104350679 - 41D30DD7 2: 1104350720 - 41D30E00 3: 1104350720 - 41D30E00 4: 1104350720 - 41D30E00 0: 2130706434 - 7F000002 1: 2130706434 - 7F000002 2: 2130706432 - 7F000000 3: 2130706432 - 7F000000 4: 2130706432 - 7F000000
- 11:02 PM Ticket #35 (ProcessClose() as an admin doesn't close other user's process) updated by
-
Owner, Status changed
- 9:42 PM Ticket #37 (Wine Compatibility Notice) created by
- I believe that the Autoit homepage and front page of the helpfile …
- 9:33 PM Ticket #36 (MS SQL BigInt masked with 0xFFFFFF00) created by
- When storing an integet value as a bigint, decimal or numeric in MS …
- 8:55 PM Ticket #30 (GUICtrlSetBkColor() bug with GUICtrlCreateLabel() and GUICreate with ...) updated by
- Might want to look up what $WS_CLIPCHILDREN does, you'll never get the child control(s) to repaint with that set.
- 8:47 PM Ticket #35 (ProcessClose() as an admin doesn't close other user's process) created by
- The ProcessClose() function doesn't terminate other user's processes …
- 8:09 PM AutoItNotOnToDoList edited by
- Bold important words that previously had invalid BBC tags around it. (diff)
- 6:00 PM WikiStart edited by
- (diff)
- 1:36 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Replying to anonymous: > {{{ > Sleep(2000) > Send("!{PRINTSCREEN}") > }}} > In my tests this correctly captures just the active window. still a lot of think can go wrong with such script. Please post a complete reproduction script with the way you use the info capture with the !PRINTSCREEN and what is captured.
- 10:52 AM Ticket #34 (Pixelchecksum returns wrong values) created by
- Hello, I developed an application with visual c# under windows xp. …
- 10:00 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- […] In my tests this correctly captures just the active window.
- 3:02 AM Ticket #33 (_IsNumber() & IsInt() both incorrectly return true) closed by
- nobug: Break down what you're doing. You call Number("K") and it returns 0, which is a number. You then pass 0 to IsInt() or IsNumber(), both of which correctly return True since you gave it numeric input. Not a bug.
- 1:53 AM Ticket #33 (_IsNumber() & IsInt() both incorrectly return true) created by
- XP SP2 EN x86 […]
Jan 13, 2008:
- 5:18 PM Ticket #26 (Setting Color with words) updated by
- Ahh right yeah. Didn't know this, I saw it in VB and thought it would be useful!
- 5:13 PM Ticket #29 (Game Engine Incorperatrion) updated by
- I'm leaving it as closed but you should re-write the privleges so that members can't re-open.
- 2:29 PM Ticket #31 (AutoIt user agent added to internet functions) closed by
- completed: (In [2795]) User agent is set to "AutoIt". May add user-defined agent in future. Completed ticket:31
- 2:25 PM Ticket #31 (AutoIt user agent added to internet functions) updated by
-
Milestone changed
- 1:12 PM Ticket #32 (_GUICtrlTreeView_GetNext does not return 0 for last item) closed by
- fixed: Already Fixed: http://www.autoitscript.com/forum/index.php?showtopic=58299
- 12:58 PM Ticket #31 (AutoIt user agent added to internet functions) updated by
-
Type changed
- 12:43 PM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) updated by
- Hi, I get this output all the time I compile this script: […] […] The produced exe isn't runnable and it also doesn't show my chosen icon. So long, Mega
- 12:43 PM Ticket #29 (Game Engine Incorperatrion) closed by
- rejected: Closed.. and please do not re-open this.
- 12:23 PM AutoItNotOnToDoList edited by
- (diff)
- 12:23 PM WikiStart edited by
- (diff)
- 12:14 PM Ticket #32 (_GUICtrlTreeView_GetNext does not return 0 for last item) created by
- The following code shows a bug in _GUICtrlTreeView_GetNext. The bug …
- 12:06 PM AutoItNotOnToDoList created by
- 10:10 AM Ticket #26 (Setting Color with words) updated by
- Replying to Gary: > > Look in Constants.au3 you'll find some of the colors already defined: > Actually I knew that, which was why I found it preferable. :)
- 10:06 AM Ticket #31 (AutoIt user agent added to internet functions) updated by
-
Status changed
- 10:06 AM Ticket #26 (Setting Color with words) updated by
-
Version, Milestone changed
- 10:05 AM Ticket #31 (AutoIt user agent added to internet functions) created by
- AutoIt currently uses a blank user agent for internet functions. Many …
- 10:05 AM Ticket #29 (Game Engine Incorperatrion) updated by
- First you need to find someone who's interested in this kind of thing, and then get them to do it. You could maybe start with a forum thread. And stop reopening this. The ability to reopen really needs to be administrator-only.
- 10:04 AM Ticket #26 (Setting Color with words) updated by
-
Version changed
- 10:03 AM Ticket #26 (Setting Color with words) closed by
- rejected
- 9:50 AM Ticket #6 (StringInStr not reporting error) updated by
- I was of the opinion that the case sense param wasn't "0 or 1", it was "0 or <>0" (similar to false/true). Hence 18, while confusing, is a perfectly valid parameter.
- 9:08 AM Ticket #30 (GUICtrlSetBkColor() bug with GUICtrlCreateLabel() and GUICreate with ...) updated by
-
Owner changed
- 7:09 AM Ticket #29 (Game Engine Incorperatrion) reopened by
- Why not though? Everyone would want it to happen. If I made them it would all be crappy 2D sprites with lots of glitches.
- 6:32 AM Ticket #30 (GUICtrlSetBkColor() bug with GUICtrlCreateLabel() and GUICreate with ...) updated by
-
Keywords, Owner, Status changed
Replying to atomman: > With every combo of BitOR() i've tried, GUICtrlSetBkColor() fails. If BitOR() is removed, GUICtrlSetBkColor() works fine. Run the code as is, color won't change. Comment out L2 and uncomment L3, it works fine. Behavior is same with GUICtrlCreateGraphic() as well, maybe others. > > {{{ > #include <GUIConstants.au3> > $Win_SBS = GUICreate("SpeedBlog - Satellite", 556, 204, -1, -1, BitOR($WS_CLIPCHILDREN,$WS_POPUP)) > ;$Win_SBS = GUICreate("SpeedBlog - Satellite", 556, 204, -1, -1) > GUISetFont(8, 400, 0, "Arial") > $Label1 = GUICtrlCreateLabel("", 193, 113, 8, 15) > GUICtrlSetBkColor(-1, 0x00FF00) > $Button1 = GUICtrlCreateButton("Button1", 292, 80, 75, 25, 0) > GUISetState(@SW_SHOW) > While 1 > $nMsg = GUIGetMsg() > Switch $nMsg > Case $GUI_EVENT_CLOSE > Exit > Case $Button1 > GUICtrlSetBkColor($Label1, 0xFF0000) > EndSwitch > WEnd > }}} Please describe the environment you are running with as XP/Sp2 US X86 In fact under Vista your script is producing the same result a little green square - 6:16 AM Ticket #29 (Game Engine Incorperatrion) closed by
- rejected: If you want a game engine UDF go ahead and create one. Will not be created/added to the standard UDFs by the DEVs.
- 6:05 AM Ticket #29 (Game Engine Incorperatrion) reopened by
- You should add these. Autoit is SO limited when it comes to gaming.
- 5:38 AM Ticket #30 (GUICtrlSetBkColor() bug with GUICtrlCreateLabel() and GUICreate with ...) created by
- With every combo of BitOR() i've tried, GUICtrlSetBkColor() fails. If …
- 4:54 AM Ticket #29 (Game Engine Incorperatrion) closed by
- rejected
- 4:51 AM Ticket #29 (Game Engine Incorperatrion) created by
- There should be a game engine feature that allows users to make games …
- 4:26 AM Ticket #28 (ControlGetPixel) updated by
-
Priority changed
- 4:22 AM Ticket #26 (Setting Color with words) updated by
-
Description changed
Look in Constants.au3 you'll find some of the colors already defined: ; Colour Constants RGB Hex Global Const $COLOR_AQUA = 0x00FFFF Global Const $COLOR_BLACK = 0x000000 Global Const $COLOR_BLUE = 0x0000FF Global Const $COLOR_CREAM = 0xFFFBF0 Global Const $COLOR_FUCHSIA = 0xFF00FF Global Const $COLOR_GRAY = 0x808080 Global Const $COLOR_GREEN = 0x008000 Global Const $COLOR_LIME = 0x00FF00 ;~ Global Const $COLOR_MAROON = 0x800000 Global Const $COLOR_MAROON = 0x8B1C62 Global Const $COLOR_MEDBLUE = 0x0002C4 Global Const $COLOR_MEDGRAY = 0xA0A0A4 Global Const $COLOR_MONEYGREEN = 0xC0DCC0 Global Const $COLOR_NAVY = 0x000080 Global Const $COLOR_OLIVE = 0x808000 Global Const $COLOR_PURPLE = 0x800080 Global Const $COLOR_RED = 0xFF0000 Global Const $COLOR_SILVER = 0xC0C0C0 Global Const $COLOR_SKYBLUE = 0xA6CAF0 Global Const $COLOR_TEAL = 0x008080 Global Const $COLOR_WHITE = 0xFFFFFF Global Const $COLOR_YELLOW = 0xFFFF00 Global Const $CLR_NONE = 0xFFFFFFFF ; Color Constants BGR Hex Global Const $CLR_AQUA = 0xFFFF00 Global Const $CLR_BLACK = 0x000000 Global Const $CLR_BLUE = 0xFF0000 Global Const $CLR_CREAM = 0xF0FBFF Global Const $CLR_DEFAULT = 0xFF000000 Global Const $CLR_FUCHSIA = 0xFF00FF Global Const $CLR_GRAY = 0x808080 Global Const $CLR_GREEN = 0x008000 Global Const $CLR_LIME = 0x00FF00 ;~ Global Const $CLR_MAROON = 0x000080 Global Const $CLR_MAROON = 0x621C8B Global Const $CLR_MEDBLUE = 0xC40200 Global Const $CLR_MEDGRAY = 0xA4A0A0 Global Const $CLR_MONEYGREEN = 0xC0DCC0 Global Const $CLR_NAVY = 0x800000 Global Const $CLR_OLIVE = 0x008080 Global Const $CLR_PURPLE = 0x800080 Global Const $CLR_RED = 0x0000FF Global Const $CLR_SILVER = 0xC0C0C0 Global Const $CLR_SKYBLUE = 0xF0CAA6 Global Const $CLR_TEAL = 0x808000 Global Const $CLR_WHITE = 0xFFFFFF Global Const $CLR_YELLOW = 0x00FFFF ; Color Dialog constants Global Const $CC_ANYCOLOR = 0x100 Global Const $CC_FULLOPEN = 0x2 Global Const $CC_RGBINIT = 0x1 - 4:21 AM Ticket #26 (Setting Color with words) updated by
-
Description changed
Replying to Saunders: > Where do you draw the line though? Blue, sure. Dark Blue, Light Blue? Fuschia? Lawn Green? Lavendar Blush? Medium Aqua Marine? Light Golden Rod Yellow? > There are a lot of colours out there, even if you go by the W3C's HTML colour names list. > So which ones should get added? I prefer the idea of an include personally, with colours defined like $COLOR_BLUE, etc. > > Hope I was allowed to comment here… - 4:15 AM Ticket #28 (ControlGetPixel) created by
- It would be great if you could make autoit capable of searching for …
Jan 12, 2008:
- 11:46 PM Ticket #27 (ControlClick with alternate mouse buttons (Like MouseClick's Primary, ...) created by
- Copied from …
- 11:13 PM Ticket #26 (Setting Color with words) updated by
- Where do you draw the line though? Blue, sure. Dark Blue, Light Blue? Fuschia? Lawn Green? Lavendar Blush? Medium Aqua Marine? Light Golden Rod Yellow? There are a lot of colours out there, even if you go by the W3C's HTML colour names list. So which ones should get added? I prefer the idea of an include personally, with colours defined like $COLOR_BLUE, etc. Hope I was allowed to comment here…
- 7:17 PM Ticket #26 (Setting Color with words) updated by
- Why don't you just define the variable $Red, $Blue etc and use those in stead of trying to build this in?
- 2:49 PM Ticket #25 (_WinAPI_LoadShell32Icon doc typo) updated by
-
Milestone changed
- 2:48 PM Ticket #25 (_WinAPI_LoadShell32Icon doc typo) closed by
- fixed: (In [2790]) Fixed ticket:25 UDF Doc corrected for _WinAPI_LoadShell32Icon
- 2:35 PM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) updated by
- Replying to Valik: > It seems there is a race condition in Aut2Exe somewhere. Sometimes it fails to run UPX and throws an error, other times it works just fine. Not really sure how to reproduce this so just going over the code looking for an obvious way to get out of sync is about all I know to do. > > Assigning to Jon but if I get time I may look as well. Probably better if Jon has a look... I experience that too I was thinking it was due to the nonreg test environment
- 2:25 PM Ticket #25 (_WinAPI_LoadShell32Icon doc typo) updated by
-
Owner, Status changed
- 1:34 PM Ticket #26 (Setting Color with words) created by
- I don't think this has been suggested, but could we have AutoIt allow …
- 11:39 AM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) updated by
- The only thing changed in the last couple of years in that part of the code is upx is not used if compiling x64. And just before UPX is run you added the change susbsystem code. Is it possible that it is leaving the file open or something causing trouble for upx?
- 9:50 AM Ticket #25 (_WinAPI_LoadShell32Icon doc typo) created by
- It says: When you are done with the icon, call _API_DestroyIcon to …
- 12:07 AM Ticket #24 (Aut2Exe throws a "failed to UPX error" on occasion) created by
- It seems there is a race condition in Aut2Exe somewhere. Sometimes it …
Jan 11, 2008:
- 6:20 PM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
-
Keywords changed
Replying to christian.blackburn@yahoo.com: > Hi JPM, > > I didn't include more source code, because I didn't want to pick apart my program. If you try executing the the alt+Printscreen command and then pasting it into MS Paint you'll notice that the entire window isn't included (regardless of the window). Then try printscreen and notice the difference. I only see a point in provide step by step here if you were unable to reproduce the problem, were you? > > Thanks, > Christian Blackburn Thanks for the osversion but definitly you have to described how you us the alt-printscreen info as what I can say I use it without any problem. I have not cristal ball SantaClaus just forget about it - 10:27 AM Ticket #23 (Acces to DataGridView for .net 2.0) created by
- Could You make funtion which recognize and have acess to read date …
- 9:43 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- Hi JPM, I didn't include more source code, because I didn't want to pick apart my program. If you try executing the the alt+Printscreen command and then pasting it into MS Paint you'll notice that the entire window isn't included (regardless of the window). Then try printscreen and notice the difference. I only see a point in provide step by step here if you were unable to reproduce the problem, were you? Thanks, Christian Blackburn
- 9:40 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
- I'm using Windows XP Pro SP2 and am logged in as an admin user.
- 6:34 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) updated by
-
Keywords, Owner, Status changed
can you give a complete description as for instance the osvesion the window which is not capture how your script copy the capture info. In fact just follow the sticky directive. the old sticky is still a valid check list. Thanks - 2:58 AM Ticket #22 (Send() doesn't work when trying to Alt+Printscreen) created by
- Hi Gang, I'm able to Send("{PRINTSCREEN}") without problems, but …
- 2:30 AM Ticket #6 (StringInStr not reporting error) updated by
- rejected...then reopened...then rejected....I'm not sure what is going on here. somewhat confusing. I just expected when I made the error when I tried the code, Scite would report the syntax error. no biggie if not addressed. I just wanted to make sure it was noted in the system. Thanks guys for looking into it.
Jan 10, 2008:
- 11:54 PM Ticket #10 (_IsPressed Keys list) closed by
- completed
- 11:54 PM Ticket #10 (_IsPressed Keys list) reopened by
- 5:02 PM Ticket #12 (GuiCtrlSetData() not appending a single value if it already exists) updated by
-
Milestone changed
- 4:35 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
- I am sorry. I thought that the ticket had been dismissed and marked as "fixed" due to a misunderstanding about timestamp granularity. I see now that if that were the case it would have been flagged as "rejected" or "wontfix". I understand now that it has actually been fixed which is great, I couldn't ask for anything more. (I'm wondering why I am not getting CC'd on changes to this ticket. Also, when I view "My Tickets" I get zero results but that feature may only be available to administrators).
- 3:46 PM Ticket #21 (Scite Jump to Function case sensitive) closed by
- fixed: I've fixed the script. Will send it to Jos soon. Going to mark fixed.
- 3:45 PM Ticket #21 (Scite Jump to Function case sensitive) updated by
-
Owner, Status changed
- 3:37 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) closed by
- fixed: Replying to jpm: > (In [2762]) Public: > Fixed #19: FileSetTime() erronously rounds UP on non NTFS partition. That message. And STOP re-opening this. It's FIXED. I don't know what else you are expecting. AutoIt is closed source, it's not like you're going to see a patch attached. We aren't going to do a spot release for some insignificant bug like this. So other than the above message (Which in my opinion is pretty clear since it says it was fixed), how do you expect us to convey to you that the issue is fixed? This works just like the bug reports forum, people. You report a bug. We fix it, mark it as fixed (and set the milestone to the version it will appear in). But at any rate, once something is marked as fixed wait for the next release. Seriously, don't re-open tickets about a bug until you've actually tested that the bug is not fixed. It's extremely rude and obnoxious to continually re-open a ticket the developers have closed, whether you agree or understand or not. This will be the second time I've closed the ticket which is the third time after the automatic closing from JP's fix commit.
- 3:18 PM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) reopened by
- I'm sorry, I don't understand. What do you mean it was fixed? Jpm changed the assignment to fixed, but I don't see any indication of how it was fixed. Has the fix been applied to a new release? It doesn't say so in any of the comments assigned to this report?
- 3:14 PM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Priority, Version changed
- 3:13 PM Ticket #21 (Scite Jump to Function case sensitive) created by
- Ctrl-J does found the function is the case does not match. As AutoIt …
- 9:15 AM Ticket #20 ([:class:] in regex) closed by
- rejected: Replying to anonymous: > StringRegExp says that [:space:] is recognized. > > But this one works: > > StringRegExpReplace($s,"(re:|fw:|fwd:)\s*","") > > but these didn't: > > StringRegExpReplace($s,"(re:|fw:|fwd:)[:space:]*","") > StringRegExpReplace($s,"(re:|fw:|fwd:)([:space:])*","") as stated by Mega there is no error as the [:space:] must me included in []. It is described in the doc
- 9:07 AM Ticket #20 ([:class:] in regex) updated by
- Hi, works for me: […] So long, Mega
- 6:57 AM Ticket #13 (STD I/O functions supporting binary.) updated by
-
Milestone changed
- 6:55 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) closed by
- fixed: In case you didn't pay attention, JP fixed the issue, or so the commit message says. There was no need to re-open the ticket just to rant at me when somebody else already addressed the problem. I'm re-closing this.
- 6:09 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) reopened by
- Valik. This is a bug. I would suggest you test it. I am well aware of the two second granularity of FAT partitions. What this bug is doing is adding two seconds to the specified time. If you set it to 19:14:16 it actually gets set to 19:14:18. As a workaround I have had to write special code to decrement the timestamp by TWO seconds before calling FileSetTime. Eg, to set it to 19:14:16 I need to specify 19:14:14. Using Borland's "Touch.exe" on the same filesystem yields correct results. AutoIt's FileSetTime() per the example, gives the wrong result. To save typing in a long explanation in the initial report I created and tested the working example. I get so mad when people don't take my reports seriously.
- 3:30 AM Ticket #10 (_IsPressed Keys list) updated by
-
Component changed
- 3:30 AM Ticket #10 (_IsPressed Keys list) updated by
-
Milestone changed
- 12:09 AM Ticket #20 ([:class:] in regex) created by
- StringRegExp says that [:space:] is recognized. But this one works: …
Jan 9, 2008:
- 10:33 PM Ticket #13 (STD I/O functions supporting binary.) closed by
- completed
- 10:33 PM Ticket #13 (STD I/O functions supporting binary.) reopened by
- 7:18 PM Ticket #13 (STD I/O functions supporting binary.) closed by
- fixed: (In [2764]) Changed: STDIO functions support binary data. Close #13
- 9:46 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
-
Milestone changed
- 6:16 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) closed by
- fixed: (In [2762]) Public: Fixed #19: FileSetTime() erronously rounds UP on non NTFS partition.
- 5:54 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
- Oops, I wasn't logged in. The last comment was from me.
- 5:53 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
- Without testing or anything, this sounds to me like you've run into the 2 second timestamp resolution time on FAT partitions. On FAT, timestamps are only accurate to within 2 seconds. This is a limitation of the filesystem. If that's what's going on here, then it's not a bug.
- 5:29 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
-
Keywords changed
- 5:28 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) updated by
-
Owner, Status changed
- 4:15 AM Ticket #19 (FileSetTime() erronously rounds UP on non NTFS partition) created by
- If executed on a FAT drive the following script will fail (reports …
- 12:45 AM Ticket #9 (_GUICtrlRebar_AddToolBarBand(): Button height clipped when Toolbar ...) updated by
-
Component changed
- 12:44 AM Ticket #16 (Dead link in helpfile) updated by
-
Component changed
- 12:44 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) updated by
-
Component changed
- 12:43 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) updated by
-
Milestone changed
- 12:38 AM Ticket #9 (_GUICtrlRebar_AddToolBarBand(): Button height clipped when Toolbar ...) updated by
-
Milestone changed
- 12:29 AM Ticket #9 (_GUICtrlRebar_AddToolBarBand(): Button height clipped when Toolbar ...) closed by
- fixed: (In [2758]) Fixed #9: _GUICtrlRebar_AddToolBarBand Button height clipped when Toolbar added to Rebar
- 12:04 AM Ticket #18 (Test ticket) updated by
-
Milestone changed
Jan 8, 2008:
- 10:30 PM Ticket #11 (WinWaitActive error) updated by
-
Milestone changed
- 10:27 PM Ticket #18 (Test ticket) closed by
- wontfix: Done testing.
- 10:22 PM Ticket #18 (Test ticket) updated by
- Test comment.
- 10:22 PM Ticket #18 (Test ticket) created by
- Ignore me, I'm a test.
- 10:08 PM Ticket #10 (_IsPressed Keys list) updated by
- Ahh... Ok. Looked everywhere else... :)
- 10:03 PM Ticket #17 (_WinAPI_MessageBeep with parameter 3) updated by
- Hi, thanks! Now I understand which sounds that are and where they come from. And you are right, after setting a sound it is played. :-) So long, Mega
- 9:54 PM Ticket #17 (_WinAPI_MessageBeep with parameter 3) closed by
- rejected
- 9:54 PM Ticket #17 (_WinAPI_MessageBeep with parameter 3) updated by
- I believe by default the Question has no sound assigned to it. Go into Sounds from the control panel and check, mine doesn't have a sound assigned to it.
- 9:53 PM Ticket #11 (WinWaitActive error) updated by
-
Milestone changed
- 9:41 PM Ticket #17 (_WinAPI_MessageBeep with parameter 3) created by
- Hi, I do not get any sound on number 3. Why? […] Thanks! So …
- 9:17 PM Ticket #16 (Dead link in helpfile) updated by
- OK, the link leads to search of msdn http://search.msdn.microsoft.com/search/Default.aspx?brand=msdn&query=WNetGetProviderNameA but the result is : We're sorry, we couldn't find any results containing WNetGetProviderNameA Besides, was a test for the new BugForum, too. So long, Mega
- 9:01 PM Ticket #10 (_IsPressed Keys list) closed by
- fixed: Already worked back in to next version. see: http://www.autoitscript.com/forum/index.php?s=&showtopic=58851&view=findpost&p=443906 Gary
- 8:59 PM Ticket #16 (Dead link in helpfile) closed by
- rejected: Works for me. Gary
- 8:57 PM Ticket #16 (Dead link in helpfile) updated by
-
Owner, Status changed
- 8:55 PM Ticket #11 (WinWaitActive error) closed by
- rejected: Replying to Wooltown: > There is a right parenthesis too much in the line, but AutoIT doesn't discover that when interpreting the script. > "MEs Connected" is the name of the window it is waiting for to be active. > My mistake when coding: I didn't discover the right parenthesis to the right of "MEs Connected". and AutoIT didn't complain - and should complain ! > > I wrote in my script: If WinWaitActive("MEs Connected"),"",5) Then > It should be: If WinWaitActive("MEs Connected","",5) Then > AutoIT should discover unbalanced parenthesis. I see I don't think we can do something as AutoIt detect error only when it execute something. In your case the WinWaitActive is valid and wait for ever before detecting the error. Au3check detect the error as it is not executing just syntax checking.
- 8:42 PM Ticket #16 (Dead link in helpfile) created by
- Hi, the link in _WinNet_GetProviderName is dead. See Also Search …
- 6:39 PM Ticket #11 (WinWaitActive error) updated by
-
Cc, Keywords changed
- 6:08 PM Ticket #11 (WinWaitActive error) updated by
- There is a right parenthesis too much in the line, but AutoIT doesn't discover that when interpreting the script. "MEs Connected" is the name of the window it is waiting for to be active. My mistake when coding: I didn't discover the right parenthesis to the right of "MEs Connected". and AutoIT didn't complain - and should complain ! I wrote in my script: If WinWaitActive("MEs Connected"),"",5) Then It should be: If WinWaitActive("MEs Connected","",5) Then AutoIT should discover unbalanced parenthesis.
- 5:31 PM Ticket #8 (loop bug) updated by
-
Milestone changed
- 5:08 PM Ticket #15 (Rewrite INI functionality to remove limitations.) updated by
-
Description changed
- 5:05 PM Ticket #15 (Rewrite INI functionality to remove limitations.) created by
- From forum thread …
- 5:02 PM Ticket #14 (Callback functions with parameter support.) created by
- From forum thread …
- 4:59 PM Ticket #13 (STD I/O functions supporting binary.) created by
- From forum thread …
- 4:23 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) closed by
- rejected
- 4:22 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) updated by
-
Owner, Status changed
- 4:22 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) reopened by
- 4:22 PM Ticket #6 (StringInStr not reporting error) closed by
- rejected
- 4:21 PM Ticket #6 (StringInStr not reporting error) updated by
-
Owner, Status changed
- 4:21 PM Ticket #6 (StringInStr not reporting error) reopened by
- 4:21 PM Ticket #8 (loop bug) closed by
- rejected
- 4:21 PM Ticket #8 (loop bug) reopened by
- 4:20 PM Ticket #8 (loop bug) closed by
- fixed
- 4:20 PM Ticket #8 (loop bug) updated by
-
Owner, Status changed
- 4:20 PM Ticket #8 (loop bug) reopened by
- 4:12 PM Ticket #12 (GuiCtrlSetData() not appending a single value if it already exists) closed by
- rejected: No bug the say If the "data" starts with GUIDataSeparatorChar or is an empty string "" the previous list is destroyed.
- 4:11 PM Ticket #12 (GuiCtrlSetData() not appending a single value if it already exists) updated by
-
Owner, Status changed
- 4:02 PM Ticket #12 (GuiCtrlSetData() not appending a single value if it already exists) created by
- This script demonstrates a bug in repeated calls to GUICtrlSetData() …
- 3:52 PM Tickets #8,10,11 batch updated
-
Milestone changed
Milestone Future Release deleted - 3:44 PM Ticket #11 (WinWaitActive error) updated by
-
Cc changed
- 3:41 PM Ticket #11 (WinWaitActive error) updated by
-
Owner, Status changed
I don't understand where the MEs connected comes from? Do you mean that after 5 sec the script does not go on if the specified windows is not active. - 3:40 PM Ticket #11 (WinWaitActive error) updated by
- Forgot one thing: Win 2000 SP4 English
- 3:19 PM Ticket #11 (WinWaitActive error) created by
- The following code doesn't give an error, it just waits eternally, …
- 10:52 AM Ticket #10 (_IsPressed Keys list) updated by
-
Owner, Status changed
- 10:49 AM Ticket #9 (_GUICtrlRebar_AddToolBarBand(): Button height clipped when Toolbar ...) updated by
-
Owner, Status changed
- 10:17 AM Ticket #10 (_IsPressed Keys list) created by
- The hex key list seems to have dissapeared from the helpfile. I did …
- 9:37 AM Ticket #9 (_GUICtrlRebar_AddToolBarBand(): Button height clipped when Toolbar ...) created by
- Reversed _WinAPI_LoWord and _WinAPI_HiWord for setting rebar height in …
- 8:52 AM Ticket #8 (loop bug) closed by
- rejected: No a BUG report.
- 7:19 AM Ticket #6 (StringInStr not reporting error) updated by
-
Description changed
- 6:59 AM Ticket #8 (loop bug) created by
- we cant have 2 loops at a time ?
- 2:39 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) closed by
- fixed
- 2:39 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) updated by
-
Owner, Status changed
- 2:39 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) reopened by
- 2:28 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) closed by
- fixed: (In [2755]) Fixed #7: _GUICtrlListView_AddArray Example replaced UDF Delete from Example_Internal (Gary Frost)
- 1:49 AM Ticket #7 (Example for _GUICtrlListView_AddArray uses ...) created by
- Since the _GUICtrlListView_DeleteAllItems has been modified to not …
Jan 7, 2008:
- 11:18 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) updated by
-
Version changed
- 11:08 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) updated by
-
Version changed
- 10:11 PM Ticket #6 (StringInStr not reporting error) closed by
- rejected: Nobug error is only reported on occurrence error as described in the doc
- 9:58 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) closed by
- rejected: already closed for a long tile. please use the lastest official release with a complete repro script your one is missuing the #include <Misc.au3>
- 9:48 PM Ticket #6 (StringInStr not reporting error) updated by
- Look in description field
- 9:47 PM Ticket #6 (StringInStr not reporting error) created by
- WHen using string in string, I made a mistake in the code. I did this: …
- 7:26 PM Ticket #5 (AVector[] out of bounds - AU3check should pick up on my error) created by
- $color = If _ChooseColor( 2 ) <> -1 then $color Notice the code …
- 3:48 PM Ticket #4 (viewing post selection) closed by
- wontfix: All forum bugs just get posted to invision - we don't fix them ourselves as it causes too many problems. Check back next version of ipb.
- 3:43 PM Ticket #4 (viewing post selection) updated by
-
Owner, Status, Component changed
- 1:56 PM Ticket #4 (viewing post selection) created by
- Example: Search for Josbe so that when you pull him up in the member …
- 11:23 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Description changed
- 10:57 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Description changed
- 10:56 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Description changed
- 10:47 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- Replying to ame1011: > http://www.autoitscript.com/forum/index.php?s=&showtopic=58810&view=findpost&p=444001 > ---- > > Run the script I provided above. > > Make sure to drag the header divider far enough to the right to cause the horizontal scrollbar to appear, then you should see the bug. reply 3 from jp
- 10:45 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- Replying to ame1011: > http://www.autoitscript.com/forum/index.php?s=&showtopic=58810&view=findpost&p=444001 > ---- > > Run the script I provided above. > > Make sure to drag the header divider far enough to the right to cause the horizontal scrollbar to appear, then you should see the bug. rereply to description from jp
- 10:44 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- Replying to ame1011: > http://www.autoitscript.com/forum/index.php?s=&showtopic=58810&view=findpost&p=444001 > ---- > > Run the script I provided above. > > Make sure to drag the header divider far enough to the right to cause the horizontal scrollbar to appear, then you should see the bug. reply from anonymous
- 10:41 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- Replying to Jpm: > Replying to jp: > > add info with a jp user > reply to jp reply from
- 10:38 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- Replying to jp: > add info with a jp user reply to jp
- 10:35 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
- add info with a jp user
- 9:57 AM Ticket #3 (GuiListView Hiding Behind BG Image) updated by
-
Cc changed
- 7:11 AM Ticket #3 (GuiListView Hiding Behind BG Image) created by
- link to old Auto It Bug report forum …
Jan 6, 2008:
- 7:08 PM Ticket #2 (Test2) closed by
- fixed: (In [2744]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 15.
- 7:00 PM Ticket #2 (Test2) reopened by
- 6:59 PM Ticket #2 (Test2) closed by
- fixed: (In [2741]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 12.
- 6:58 PM Ticket #2 (Test2) reopened by
- 6:57 PM Ticket #2 (Test2) closed by
- fixed: (In [2733]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 6.
- 6:18 PM Ticket #2 (Test2) reopened by
- 6:18 PM Ticket #2 (Test2) closed by
- fixed: (In [2733]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 6.
- 6:11 PM Ticket #2 (Test2) reopened by
- 6:10 PM Ticket #2 (Test2) closed by
- fixed: (In [2733]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 6.
- 6:09 PM Ticket #2 (Test2) reopened by
- 6:09 PM Ticket #2 (Test2) closed by
- fixed: (In [2733]) Misc changing of log files to see if a svn/trac hook script worked to fix #2. Attempt 6.
- 2:48 PM Ticket #2 (Test2) updated by
-
Version changed
- 1:47 PM Ticket #2 (Test2) created by
- Test2
- 1:29 PM CamelCase created by
- 1:29 PM InterMapTxt created by
- 1:29 PM InterTrac created by
- 1:29 PM InterWiki created by
- 1:29 PM PageTemplates created by
- 1:29 PM RecentChanges created by
- 1:29 PM SandBox created by
- 1:29 PM TitleIndex created by
- 1:29 PM TracAccessibility created by
- 1:29 PM TracAdmin created by
- 1:29 PM TracBackup created by
- 1:29 PM TracBrowser created by
- 1:29 PM TracCgi created by
- 1:29 PM TracChangeset created by
- 1:29 PM TracEnvironment created by
- 1:29 PM TracFastCgi created by
- 1:29 PM TracFineGrainedPermissions created by
- 1:29 PM TracGuide created by
- 1:29 PM TracImport created by
- 1:29 PM TracIni created by
- 1:29 PM TracInstall created by
- 1:29 PM TracInterfaceCustomization created by
- 1:29 PM TracLinks created by
- 1:29 PM TracLogging created by
- 1:29 PM TracModPython created by
- 1:29 PM TracNotification created by
- 1:29 PM TracPermissions created by
- 1:29 PM TracPlugins created by
- 1:29 PM TracQuery created by
- 1:29 PM TracReports created by
- 1:29 PM TracRevisionLog created by
- 1:29 PM TracRoadmap created by
- 1:29 PM TracRss created by
- 1:29 PM TracSearch created by
- 1:29 PM TracStandalone created by
- 1:29 PM TracSupport created by
- 1:29 PM TracSyntaxColoring created by
- 1:29 PM TracTickets created by
- 1:29 PM TracTicketsCustomFields created by
- 1:29 PM TracTimeline created by
- 1:29 PM TracUnicode created by
- 1:29 PM TracUpgrade created by
- 1:29 PM TracWiki created by
- 1:29 PM TracWikiMacros created by
- 1:29 PM TracWorkflow created by
- 1:29 PM WikiDeletePage created by
- 1:29 PM WikiFormatting created by
- 1:29 PM WikiHtml created by
- 1:29 PM WikiNewPage created by
- 1:29 PM WikiPageNames created by
- 1:29 PM WikiProcessors created by
- 1:29 PM WikiRestructuredText created by
- 1:29 PM WikiRestructuredTextLinks created by
- 1:29 PM WikiStart created by
Note:
See TracTimeline
for information about the timeline view.
