Timeline
Dec 8, 2012:
- 8:24 AM Ticket #2289 (PixelGetColor - output options) closed by
- Rejected
- 8:23 AM Ticket #2289 (PixelGetColor - output options) updated by
- It seems such discussion have to take place in the Forum. From the point of view of the track, unless there is really a bug which can be reproduced just open a new ticket as Bug. For the feature request no need to change the reporting type just use Hex() when needed
- 4:23 AM Ticket #2289 (PixelGetColor - output options) updated by
- I'm having trouble reproducing it in a controlled environment, but when values that should have been matching up in my bot weren't, I had it output the values and they were confirmed not matching up. Then, I'd have it output it as Hex($color,6) and it would be the correct value, even though that hex value did not match the decimal value it had shown prior. After using Dec(Hex(PixelGetColor($x,$y),6)), the problem went away and hasn't reoccurred.
- 1:46 AM Ticket #2289 (PixelGetColor - output options) updated by
- The function returns the color of the pixel at the location specified. Either the color you're having it look for is different than what you think it should be, or there's a shade variation. The function PixelGetColor returns a decimal value, which can easily be converted with the Hex function. I don't see an overwhelming need to have the devs add functionality when it's easy to get it another way with a function that already exists. Plus the fact that the value it returns on my system is the correct color, converted to Hex or in Decimal, means that the function is working properly.
- 12:38 AM Ticket #2289 (PixelGetColor - output options) updated by
- It doesn't return the decimal number I'd expect. I.e. I have a variable set to 0x0A1B22, which is then converted to 662306. The number that function will spit out by default when encountering that color is not that number. So in order to use PixelGetColor, I had to wrap the output. So the output of that function is never usable in a sensical manner, prior to using another function on it.
Dec 7, 2012:
- 8:38 PM Ticket #2289 (PixelGetColor - output options) updated by
- I'm not understanding the problem with it returning just the decimal number. Doesn't this do what you're looking for, where the second messagebox shows the 6 digit Hex number? […] Or even simpler, just automatically convert it to hex as you call it. […]
- 7:54 PM Ticket #2290 (String functions fails on a file) closed by
- No Bug: Please be serious with bug reporting next time.
- 12:40 PM Ticket #2290 (String functions fails on a file) updated by
- Epic fail. Seems like I have made tons of mistakes that I believed there was a bug. Sorry, you can close this.
- 12:39 PM Ticket #2289 (PixelGetColor - output options) updated by
- Fixed typo in GUICtrlCreateCombo.
- 12:33 PM Ticket #2290 (String functions fails on a file) updated by
- There is only one instance of _singleton in that file (using the latest from June '12) and you need to set the flag option to 1 if you want the return value of StringSplit to be 2 (or in your case 3.) As far as I can tell this isn't a bug.
- 11:25 AM Ticket #2290 (String functions fails on a file) created by
- I wanted to replace a simple string on the file …
- 7:59 AM Ticket #2289 (PixelGetColor - output options) created by
- The current decimal output has to be converted to Hex using said …
- 4:35 AM Ticket #2288 (Duplicated _WinAPI_OpenProcess) updated by
- Oh, I see. Thanks for the clarification.
Dec 6, 2012:
- 8:01 PM Ticket #2288 (Duplicated _WinAPI_OpenProcess) updated by
- duplication are just to include big library for just a function
- 6:34 PM Ticket #2288 (Duplicated _WinAPI_OpenProcess) closed by
- No Bug: Yes. However, former is function for internal use and not meant to be used outside Memory.au3. No bug, just weird logic.
- 2:56 PM Ticket #2288 (Duplicated _WinAPI_OpenProcess) created by
- Hi Mem_OpenProcess function in Memory.au3 and _WinAPI_OpenProcess …
Dec 5, 2012:
- 6:48 PM Ticket #2287 (GUICtrlSetState($controlID, $GUI_ONTOP) Doesn't set on top) closed by
- No Bug: $GUI_ONTOP does what it's docummented that it does. There is no bug here. Documentation says that control will get to the top of z-order. By default if the control is on top, it's the closest to the parent window (GUI) and it's therefore covered by all other controls being lower down the z-order. On the other hand, for example, if the GUI would have WS_EX_COMPOSITED ex-style, you would see different effect (also docummented).
Nov 29, 2012:
- 12:07 PM Ticket #2287 (GUICtrlSetState($controlID, $GUI_ONTOP) Doesn't set on top) updated by
- I searched hard to find a link I read about this recently. Although I couldn't find it, I I found this instead which may be more relevant. http://msdn.microsoft.com/en-us/library/microsoft.visualbasic.compatibility.vb6.support.zorder%28v=vs.100%29.aspx "In Visual Basic 6.0, the ZOrder method was used to specify the layering of controls; in Visual Basic 2010 .it is replaced by the BringToFront and SendToBack methods. This function is used by the upgrade tools to map between the methods." I'm not sure, but this may help to explain why $GUI_ONTOP appears to be not functioning.
- 11:32 AM Ticket #2287 (GUICtrlSetState($controlID, $GUI_ONTOP) Doesn't set on top) created by
- GUICtrlSetState($controlID, $GUI_ONTOP) Doesn't set the control on top …
- 7:56 AM Ticket #2286 (GuiCtrtlGetState without a controlID parameter runs but aborts AutoIt) updated by
- I agree that the controlid must mandatory. It is the only GUICtrl...() function which does not require a controlId. Certainly a bug since a long time …
Nov 25, 2012:
- 1:57 AM Ticket #2286 (GuiCtrtlGetState without a controlID parameter runs but aborts AutoIt) created by
- GuiCtrtlGetState without a controlID parameter runs but aborts AutoIt, …
Nov 21, 2012:
- 7:02 PM Ticket #2285 (OCR lack) closed by
- Rejected: That goes beyond the scope of scripting language AutoIt is supposed to be.
- 9:32 AM Ticket #2285 (OCR lack) created by
- Hello. It would be interesting to == have an OCR == (OCR in the …
Nov 20, 2012:
- 9:04 PM Ticket #2284 (InetClose() always returns false, repeated Inetget() causes high ...) created by
- The help file says that InetClose() will return true if the handle was …
Nov 18, 2012:
- 12:53 PM TracRevisionLog edited by
- (diff)
- 12:53 PM WikiPageNames edited by
- (diff)
- 12:53 PM TracTimeline edited by
- (diff)
- 12:53 PM TracSearch edited by
- (diff)
- 12:53 PM TracRoadmap edited by
- (diff)
- 12:53 PM RecentChanges edited by
- (diff)
- 12:53 PM CamelCase edited by
- (diff)
- 12:53 PM TracInterfaceCustomization edited by
- (diff)
- 12:53 PM TracSupport edited by
- (diff)
- 12:53 PM WikiRestructuredText edited by
- (diff)
- 12:53 PM TracBatchModify created by
- 12:53 PM PageTemplates edited by
- (diff)
- 12:53 PM TracAdmin edited by
- (diff)
- 12:53 PM TracUnicode edited by
- (diff)
- 12:53 PM TracRss edited by
- (diff)
- 12:53 PM WikiHtml edited by
- (diff)
- 12:53 PM SandBox edited by
- (diff)
- 12:53 PM WikiMacros edited by
- (diff)
- 12:53 PM TracIni edited by
- (diff)
- 12:53 PM TracFastCgi edited by
- (diff)
- 12:53 PM TracInstall edited by
- (diff)
- 12:53 PM TracLinks edited by
- (diff)
- 12:53 PM TracChangeset edited by
- (diff)
- 12:53 PM WikiFormatting edited by
- (diff)
- 12:53 PM TracNavigation edited by
- (diff)
- 12:53 PM TracAccessibility edited by
- (diff)
- 12:53 PM TracGuide edited by
- (diff)
- 12:53 PM TracWiki edited by
- (diff)
- 12:53 PM TracStandalone edited by
- (diff)
- 12:53 PM TracRepositoryAdmin edited by
- (diff)
- 12:53 PM TracEnvironment edited by
- (diff)
- 12:53 PM InterWiki edited by
- (diff)
- 12:53 PM WikiRestructuredTextLinks edited by
- (diff)
- 12:53 PM TracQuery edited by
- (diff)
- 12:53 PM TracNotification edited by
- (diff)
- 12:53 PM WikiNewPage edited by
- (diff)
- 12:53 PM TracImport edited by
- (diff)
- 12:53 PM TracPermissions edited by
- (diff)
- 12:53 PM TracReports edited by
- (diff)
- 12:53 PM TracSyntaxColoring edited by
- (diff)
- 12:53 PM TracTickets edited by
- (diff)
- 12:53 PM TracWorkflow edited by
- (diff)
- 12:53 PM TracBrowser edited by
- (diff)
- 12:53 PM TracTicketsCustomFields edited by
- (diff)
- 12:53 PM WikiProcessors edited by
- (diff)
- 12:53 PM TracModWSGI edited by
- (diff)
- 12:53 PM WikiDeletePage edited by
- (diff)
- 12:53 PM TracPlugins edited by
- (diff)
- 12:53 PM TracFineGrainedPermissions edited by
- (diff)
- 12:53 PM TracBackup edited by
- (diff)
- 12:53 PM TracLogging edited by
- (diff)
- 12:53 PM TracUpgrade edited by
- (diff)
- 12:53 PM TitleIndex edited by
- (diff)
- 12:53 PM TracModPython edited by
- (diff)
- 12:53 PM TracCgi edited by
- (diff)
- 12:53 PM InterTrac edited by
- (diff)
Nov 14, 2012:
- 6:33 AM Ticket #2283 (Array access when using nested arrays) closed by
- No Bug: That's how it's supposed to be, because that's how array access is docummented to be. If former would work there would be no way to make distinction between nested 1D array and regular 2D array, which would be wrong. Latter is ok too. The line of your code before the last one is stateless expression which evaluates to False, meaning it's not an assignment.
- 12:38 AM Ticket #2283 (Array access when using nested arrays) created by
- If arrays are nested then it is not possible to access them using …
Nov 12, 2012:
- 12:00 PM Ticket #2282 (Limit the amount of data returned by StdoutRead()) updated by
-
Version changed
Automatic ticket cleanup. - 11:11 AM Ticket #2282 (Limit the amount of data returned by StdoutRead()) updated by
- The above request was submitted by me.
- 11:02 AM Ticket #2282 (Limit the amount of data returned by StdoutRead()) created by
- I would like to request that if possible an extra parameter be added …
- 10:57 AM Ticket #1650 (Problem with Run("psexec", .., $STDERR_CHILD + $STDOUT_CHILD) on Vista ...) updated by
- Replying to Jpm: I have had a similar problem using StdoutRead on Windows 7 Pro 64bit with Autoit 3.3.8.1 This code somtimes gets stuck in an infinite loop. […] I have found that adding a minimal sleep(), prevents this happening. […] I hope this information may be usefull when evaluating this issue.
Nov 9, 2012:
- 5:01 PM Ticket #2281 (Tron-Troff (Trace ON Trace Off)) closed by
- Rejected: I love Portugese. It's the most beautiful language for sure. You should really use the forum where you could discuss your ideas and needs before using the trac. I understand that the language could be a problem, so search for AutoIt Script Brasil, they are focused on AutoIt language and speak Portugese.
- 9:00 AM Ticket #2281 (Tron-Troff (Trace ON Trace Off)) updated by
-
Version changed
Automatic ticket cleanup. - 8:39 AM Ticket #2281 (Tron-Troff (Trace ON Trace Off)) created by
- Text translated from Portuguese by google - please apologize for any …
Note:
See TracTimeline
for information about the timeline view.
