Timeline
Sep 7, 2018:
- 12:00 PM Ticket #3662 (Additional Parameter for FileGetTime() to return the milliseconds as well) updated by
-
Version changed
Automatic ticket cleanup. - 11:37 AM Ticket #3662 (Additional Parameter for FileGetTime() to return the milliseconds as well) created by
- Fact: NTFS has very accurate file timestamp information, but …
- 1:09 AM Ticket #3660 (Enhancement - PixelSearch to return the color it found) updated by
- > Can you offer a real-world example of when this might be required A gaming bot for one. But one could also argue that it's an incremental improvement in design.
Sep 6, 2018:
- 9:18 PM Ticket #3661 (Creating a button: want to know where it ends) closed by
- Rejected: A better idea would be to measure your text and create a button to fit. Look at my StringSize UDF. And next time, ask for help on the forum rather then ask for ridiculous features to be added. M23
- 6:00 PM Ticket #3661 (Creating a button: want to know where it ends) updated by
-
Version changed
Automatic ticket cleanup. - 5:53 PM Ticket #3661 (Creating a button: want to know where it ends) created by
- When I create a button by GUICtrlCreateButton without a Width …
- 5:24 PM Ticket #3660 (Enhancement - PixelSearch to return the color it found) updated by
- / Sometimes one needs to know what color was actually found / Really? Can you offer a real-world example of when this might be required because an immediate PixelGetColor call would not return the same value? M23
Sep 4, 2018:
- 10:18 PM Ticket #3660 (Enhancement - PixelSearch to return the color it found) updated by
- Why don't you just use PixelGetColor after the return from PixelSearch?
- 1:00 AM Ticket #3660 (Enhancement - PixelSearch to return the color it found) updated by
-
Version changed
Automatic ticket cleanup. - 12:37 AM Ticket #3660 (Enhancement - PixelSearch to return the color it found) created by
- Currently the PixelSearch function returns a two element array …
Sep 3, 2018:
- 4:41 PM Ticket #3657 (Incorrect behaviour while using _GUICtrlListView_SimpleSort when no ...) updated by
- You're totally right. More complex it is. Your solution works good :-)
Sep 2, 2018:
- 12:32 PM Ticket #3659 (InetClose() always return "False".) created by
- The reference of InetClose() says: Return Value True: if the handle …
Sep 1, 2018:
- 6:20 PM Ticket #3658 (Problem Number) updated by
- I answered your very same question on the French forum. In the future, post on one forum and wait for support there before asserting a bug here.
- 12:23 PM Ticket #3658 (Problem Number) closed by
- No Bug
- 12:23 PM Ticket #3658 (Problem Number) updated by
- You need to use Execute and not Number: […] Using Number just returns the digits until the first non-digit, so "6-4" becomes "6". M23 P.S And better to post in the forum for support rather than immediately claiming "bug"
- 12:14 PM Ticket #3657 (Incorrect behaviour while using _GUICtrlListView_SimpleSort when no ...) updated by
- It always helps to post runnable code - but I see the problem. The problem is more complex that you suggest as there are 3 possible situations: - No selection: returns empty string (no delimiters) - Single selection: returns single index (no delimiters) - Multiple selections: returns delimited string of indices I have come up with the following code to replace the current version: […] becomes […] Try it and see if it works for you as well as it does for me. M23
- 10:56 AM Ticket #3658 (Problem Number) created by
- $Num="89304402523905652748447801781" $result=Mod($Num,97) ; = 64 …
Aug 31, 2018:
- 9:16 AM Ticket #3657 (Incorrect behaviour while using _GUICtrlListView_SimpleSort when no ...) updated by
- Forgot to post the source code: #include <GUIConstantsEx.au3> #include <MsgBoxConstants.au3> #include <WindowsConstants.au3> #include <GuiListView.au3> Example() Func Example() GUICreate("listview items", 220, 250, 100, 200) Local $idListview = GUICtrlCreateListView("col1 |col2|col3 ", 10, 10, 200, 150) ;,$LVS_SORTDESCENDING) Local $idButton = GUICtrlCreateButton("Sort", 75, 170, 70, 20) Local $idItem1 = GUICtrlCreateListViewItem("item2|col22|col23", $idListview) Local $idItem2 = GUICtrlCreateListViewItem("item1|col12|col13", $idListview) Local $idItem3 = GUICtrlCreateListViewItem("item3|col32|col33", $idListview) GUISetState(@SW_SHOW) ; Loop until the user exits. While 1 Switch GUIGetMsg() Case $GUI_EVENT_CLOSE ExitLoop Case $idButton Msgbox($MB_OK,"Items selected?","Number items selected: " & _GUICtrlListView_GetSelectedCount($idListview)) _GUICtrlListView_SimpleSort($idListview,False,0) Msgbox($MB_OK,"Items selected?","Number items selected: " & _GUICtrlListView_GetSelectedCount($idListview)) Case $idListview MsgBox($MB_SYSTEMMODAL, "listview", "clicked=" & GUICtrlGetState($idListview), 2) EndSwitch WEnd EndFunc ;==>Example
- 8:51 AM Ticket #3657 (Incorrect behaviour while using _GUICtrlListView_SimpleSort when no ...) created by
- When using a ListView (singlesel not enabled) which is populated with …
Aug 30, 2018:
- 5:00 PM Ticket #3656 (PCRE updates and security issues) updated by
-
Version changed
Automatic ticket cleanup. - 4:40 PM Ticket #3656 (PCRE updates and security issues) updated by
-
Type changed
As there is no bug in AutoIt currently, I'm reclassifying this as a Feature Request.
Aug 29, 2018:
- 9:08 AM Ticket #3183 (Aut2Exe: Exe won't run "Unable to open the script file" (with ...) updated by
- I Think it could be a timing problem not only AV In my environement we changed the Profilepath to a server share, so the /out destination was a share and not a lokal drive. so i had "Error adding script file:" "H:\Profile\Appdata\local\Autoit v3\Aut2EXE\aut4f92.tmp.tok" but the file exists!
Aug 28, 2018:
- 12:04 PM Ticket #3656 (PCRE updates and security issues) created by
- Hello, AutoIt includes PCRE version 8.37 Latest PCRE version in this …
- 9:43 AM Ticket #3654 (_IECreateEmbedded isn't accessibil with screen readers) updated by
- I checked this with TeamViewer comment window (which is IE embeded) and I do not understand your request. Please show any example.
Aug 24, 2018:
- 10:00 AM Ticket #3654 (_IECreateEmbedded isn't accessibil with screen readers) updated by
-
Version changed
Automatic ticket cleanup. - 9:12 AM Ticket #3654 (_IECreateEmbedded isn't accessibil with screen readers) updated by
-
Type changed
- 9:11 AM Ticket #3655 (we need more protection on aut2exe) closed by
- Rejected
Aug 22, 2018:
- 2:00 PM Ticket #3655 (we need more protection on aut2exe) updated by
-
Version changed
Automatic ticket cleanup. - 1:37 PM Ticket #3655 (we need more protection on aut2exe) created by
- Hello, my dears. This is an urgent message for the administration. I …
- 1:34 PM Ticket #3654 (_IECreateEmbedded isn't accessibil with screen readers) created by
- Hello I wish you to fix the _IECreateEmbedded function Because it is …
Aug 18, 2018:
- 9:00 PM Ticket #3653 (Can't set value of element of nested array) updated by
-
Version changed
Automatic ticket cleanup. - 8:55 PM Ticket #3653 (Can't set value of element of nested array) updated by
- Quote/ Think about your feature request. If you can do it via UDFs, then don't ask for it to be built in. There's a reason you can create your own functions. /Quote Certainly not a bug, but if it is a simple fix it might be worth the Devs looking at it. Otherwise just use your workaround as the above quote from the Trac lead-in page mentions. M23
- 8:52 PM Ticket #3653 (Can't set value of element of nested array) updated by
-
Type changed
Aug 17, 2018:
Aug 15, 2018:
- 7:24 PM Ticket #3652 (Window Bug) updated by
- Quote/ Having tried WinClose, MouseClicks, ControlClick and any other related function on the Window, we found that it wasn't executing any of the functions that it normally does(We have executed the same function on numerous other Windows of the application successfully /Quote So how do you come to the conclusion that it is an AutoIt bug? If AutoIt interacts with other windows then the AutoIt code is certainly working - it must be something to do with this particular window which prevents AutoIt interaction. This is not uncommon with some apps (particularly games) - perhaps this is another case. Have you contacted the app developers to see if there is any reason why this "error" window (perhaps a hint in the type of dialog?) does not accept script interaction? M23
Aug 14, 2018:
- 4:11 PM Ticket #3652 (Window Bug) updated by
- Hi BrewManNH, Thanks for the response. The AutoIt tool is unable to perform any function on this specific window for no apparent reason. Having detected the window and return the Window handler using WinWait and WinActive, it appears that the tool reads the Window and all the variables related to the window including the 'OK' button. Having tried WinClose, MouseClicks, ControlClick and any other related function on the Window, we found that it wasn't executing any of the functions that it normally does(We have executed the same function on numerous other Windows of the application successfully). Even MouseClick function seems absolutely unresponsive which has never happened. Moreover, these functions return the value 'successful' making the bug more absurd. Given the state of the issue, it can only be concluded as an AutoIt bug since nobody is able to reason out the inconsistency in the execution.
Note:
See TracTimeline
for information about the timeline view.
