Timeline
Nov 10, 2010:
- 11:04 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) updated by
- Here my try for the ArrayUnique function for up to 2D arrays: […] I hope it is bug free ;-) Br, UEZ
- 8:47 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
- You can set margins on a RichEdit with the same message that sets it on a regular Edit: EM_SETMARGIN Therefore _GuiCtrlEdit_SetMargins() works fine: […]
- 8:13 PM Ticket #1795 (long "long path" support) updated by
- That limit is set in the Windows API by Microsoft, not AutoIt: http://msdn.microsoft.com/en-us/library/aa365247%28VS.85%29.aspx#maxpath
- 7:37 PM Ticket #1807 (Success of some commands relies on last keyboard/mouse action) created by
- If a mouseclick is the last action before certain commands run, the …
- 5:09 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) updated by
- Seems _ArrayUnique() is also not working properly with 2D arrays! Br, UEZ
Nov 9, 2010:
- 8:37 PM Ticket #1806 ($iBase in _ArrayUnique() not working properly) created by
- […] Should return a 0 based array but it doesn't because of line …
- 6:18 PM Ticket #1805 (Functions that modify files should not change encoding) updated by
- Forgot to note where the issue came up, for reference: http://www.autoitscript.com/forum/topic/121931-fileinstall-corrupts-xml-changes-utf-16-encoding FileInstall corrupts XML (changes UTF-16 encoding), by akshaymishra14.
- 6:12 PM Ticket #1805 (Functions that modify files should not change encoding) created by
- Functions like _FileWriteToLine() and _ReplaceStringInFile() should …
Nov 5, 2010:
- 8:23 AM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- Aha, misread your message. "FileSelectFolder with flag 1 and/or 2 is locked to center position of desktop"(single screen over here) Additional test case, in case it helps. […]
Nov 4, 2010:
- 4:04 PM Ticket #1764 (FileCreateShortcut - cuts target to 8.3 style) closed by
- No Bug
- 2:25 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- I did some testing and found that this bug only occurs when flag 1 or 2 (or both) is used. Note: I have Windows XP and IE 8.
Nov 2, 2010:
- 7:53 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) updated by
- no bug. Your not using it right. -> goto forum of help file.
- 6:27 PM Ticket #1764 (FileCreateShortcut - cuts target to 8.3 style) updated by
- ahh, can be closed, seems to be a "Windows feature" guess subst.exe will be best solution, if i really need it
- 2:37 PM Ticket #1804 (FileSelectFolder does not position itself relative to the parent ...) created by
- When using FileSelectFolder, the window does not position itself …
Oct 30, 2010:
- 10:14 PM Ticket #1803 (GuiRichEdit Zoom Set) created by
- _GUICtrlRichEdit_GetZoom ; Remarks .......: MSDN claims that …
- 11:09 AM Ticket #1802 (_WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() are not Unicode ...) created by
- _WinAPI_CallWindowProc() and _WinAPI_DefWindowProc() still use the …
Oct 29, 2010:
- 8:11 PM Ticket #1801 (RUNAS Windows 7 x64) updated by
- Script to demonstrate the bug is missing and required for each Bugreport.
- 6:25 PM Ticket #1801 (RUNAS Windows 7 x64) created by
- RunAs dont work under Windows7 x64. RunAs return 0 and @error return 0.
- 1:30 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- PS: TimerInit doc says: "Returns a timestamp number (in milliseconds)." "(in milliseconds)" is wrong. I'm not sure what it returns, but it seems system depending. so probably cpu ticks or something to that effect. @OP: Check the "timer management" UDF and ask in forum if you run into problem.
Oct 28, 2010:
- 7:02 PM Ticket #1800 (_ClipPutFile error 9) created by
- Error in _ClipPutFile: "GlobalFree" returns 0 on success, but this is …
- 12:50 PM Ticket #1799 (Result from TimerInit is wrong?) updated by
- > Don't see how this can be true as TimerInit() and TimerDiff() work fine. Hi Jos, thanks for your reply, but in the given example, it's clearly visible that TimerInit() returns a type of timestamp, but what is the base of this value? The manual says, it should be in milliseconds, but thats not true, as you see a factor of around 3e6 between their difference and the result of TimerDiff(). Is this factor a constant value on each system or would it depend from CPU-frequency or something else? Kind regards, Daniel
- 8:42 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- Replying to anonymous: > ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!! Don't see how this can be true as TimerInit() and TimerDiff() work fine.
- 8:26 AM Ticket #1799 (Result from TimerInit is wrong?) updated by
- ok; a function returns to a wrong value! I think this is a bug of this function or mistake in manual !!!
Oct 27, 2010:
- 8:55 PM Ticket #1798 (Sound alert) closed by
- Rejected: This has nothing to do with the AutoIt language.
- 8:29 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) updated by
-
Owner, Status changed
This is all auto-generated by the "AutoIt Extractor.au3" script. Reassigning it to Valik. Jos - 8:08 PM Ticket #1799 (Result from TimerInit is wrong?) closed by
- No Bug: NO Bug: Questions must be asked in our forum, This is for reporting bugs.
- 7:56 PM Ticket #1799 (Result from TimerInit is wrong?) created by
- Hi, a short question concerning the TimerInit and TimerDiff functions …
- 1:00 PM Ticket #1798 (Sound alert) updated by
-
Version changed
Automatic ticket cleanup. - 12:13 PM Ticket #1798 (Sound alert) created by
- Hi, can you please add sound alarm function to MonitoringScript.mq4 …
Oct 26, 2010:
- 4:32 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) updated by
- No bug. You tried to copy with using Windows?
- 6:13 AM Ticket #1797 (Critical bug with WS_CHILD) created by
- Compile this script with name GUI_PARENT.exe […] After compiling …
Oct 25, 2010:
- 2:37 PM Ticket #1796 (DirCopy does not copy readonly directories unless the flag is set to ...) created by
- ;"x\Source" contains readonly directories that contains files ;fails …
Oct 24, 2010:
- 7:28 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I also found out that you can't TaskKill the program from a command line unless you use the /f (Force terminate) command line switch with taskkill if the script includes the Opt("GUICloseOnESC", 0) option.
Oct 23, 2010:
- 10:25 AM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- I think it's a problem in the option name/description, it should be something like this: Opt("GUIClose", 0) Because it's blocking the window from been closed by external application. Althought it could be handy, and we can always use GUISetAccelerators to prevent GUI closing by ESC.
- 7:00 AM Ticket #1795 (long "long path" support) updated by
-
Version changed
Automatic ticket cleanup. - 6:14 AM Ticket #1795 (long "long path" support) created by
- fileopen/filewrite/filewrite/etc. to support more than 255+ characters.
Oct 22, 2010:
- 11:43 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) updated by
- Too much complicated, here is a more simple reproducing script: […] no need to compile or anything else, just run the script twice, it should close the previous GUI, but it doesn't. BTW, it's only with AutoIt GUI, other winows closing fine.
- 5:53 PM Ticket #1794 (Opt("GuiCloseOnESC", 0) causes WinClose() to be ignored) created by
- When a script is compiled with Opt("GuiCloseOnESC", 0) active, another …
- 12:59 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I know this is not a forum But the solution for Mstsc.exe […]
Oct 21, 2010:
- 7:53 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've checked another W7 X64 system (dutch pro), and you are correct it happens with mstsc.exe and not with calc.exe and notepad.exe but i cannot explain why it only happens to X64 and not with X86. Thanks for you time Best regards, Emiel
Oct 20, 2010:
- 6:55 AM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, Sorry you are totaly correct .. will check other X64 systems and see if i have the same problem
Oct 19, 2010:
- 11:43 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- You are not correct. The PID returned is 2688 (Two-Six-Eight-Eight). That is NOT 2268 (Two-Two-Six-Eight) which is the PID of ProcessExistTest.exe. The behavior you describe can easily be caused by mstsc.exe restarting itself. I don't know why it would do that (that doesn't happen on my system) but that's likely what is causing the problem.
- 7:16 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) updated by
- Hi Valik, I've took a better look and i made a screenshot for you to see the error The PID returned is the PID of the compiled executable. The error is caused by the Run Command. On My notebook Windows 7 X86 the problem does not exist In my screenshot http://www.emro.nl/AutoIt/RunPIDError.png Program name = ProcessExistTest.exe -> PID = 2268 (this is returned by the above example) Program name = mstsc.exe -> PID = 3212 (this should be returned by the above example) Windows 7 Ultimate X64 English language selected (MUI) I hope you will take another look. Best regards, Emiel Wieldraaijer
- 2:02 PM Ticket #1793 (Undefined Windows constants...) created by
- After searching the standard includes (and some non-standard, i.e., …
- 3:49 AM Ticket #1791 (GuiCtrlDelete is in the wrong place?) updated by
- "GUI Control Creation" makes more sens to me. "GuiCtrlDelete" being the complete opposite of it. (or: more similar as in "change in the existence of a control".) "GUI Control Update" makes less sens to me. As that section is more about changing the properties of a control. (assuming the argument for this case is that Deleting a control is a change to. Which I think is not a very strong/good argument.)
Oct 18, 2010:
- 11:50 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) closed by
- Works For Me: Works fine for me on Windows 7 x64 using both x86 and x64 versions of AutoIt.
- 9:38 PM Ticket #1792 (ProcessExist or Maybe Run Command does not give the correct PID) created by
- Hi, If i run the following code on a W7 X86 it will give the correct …
Oct 17, 2010:
- 8:49 PM Ticket #1791 (GuiCtrlDelete is in the wrong place?) created by
- It's under GUI Control Creation and I think it should be under GUI …
Oct 16, 2010:
- 5:00 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) updated by
-
Version changed
Automatic ticket cleanup. - 3:50 PM Ticket #1790 (au3.api, AutoItSetOption, Optional indicator.) created by
- Missing optional indicators for second parameter for AutoItSetOption() …
- 7:11 AM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) updated by
-
Description changed
Oct 15, 2010:
- 2:54 PM Ticket #1789 (_GUICtrlRichEdit_Create blocking syntax error reporting while in SciTE) created by
- Executing the following from within SciTE will not generate a syntax …
- 2:37 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
- Just a little more ammunition in support of the creation of these two routines. If you search the RTF UDF on the word "margin" you will see there are *MANY* functions that refer to, are based upon, or work in relationship with, the left, or right (or top, or bottom) margins. The inability to modify these margin settings, that so many routines are dependent upon, is a problem worthy of addressing. Thank you for your time.
Oct 14, 2010:
- 7:00 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) updated by
-
Version changed
Automatic ticket cleanup. - 5:06 PM Ticket #1788 (_GUICtrlRichEdit_GetMargins and _GUICtrlRichEdit_SetMargins) created by
- I find it difficult to properly format/view/print any generated RTF …
Note:
See TracTimeline
for information about the timeline view.
