Hi,
if I'm using the help example of GUICtrlRebar_Create() the input control gets disorganized after minimizing and restoring the GUI (I'm using v3.3.6.0 on Windows XP). Can someone please confirm this behavior or is it only a problem of my pc.
Thanks,
HighGuy
Ah, sorry, missed that one. I only need Systemroot for my current project but thought about creating a universal Function like _RemoteEnvGet(). Thanks a lot for your help!
.. and what do you get there for windir? -> %SystemRoot%. I need something that resolves this to the specific path of the remote windows installation. Not that easy I think
Hi,
I'm looking for a way to determine the system environment variables from a remote computer, f. ex. %Systemroot%. Anyone has an idea how to achieve this?
Hi,
_ArrayToClip() adds at each element a @CR. Why not add an optional parameter where you can define what separator to use? I would prefer a @CRLF as default.
Hi,
is there a reason why _ArrayToString() returns "" and sets an error if there's only one element in the array? I think it should return the element (without any separator) instead. Does anyone else support this RFC?
No, after further testing, it seems that aut2exe is using the relative path "..\include" to find the global include files and not using the complete autoit3-installation path. For me this behavior is o.k. as it enables me to use the corresponding include files to each autoit3-version. Now my directory structure looks like 3.1.1.109\ aut2exe\ include\ 3.1.1.121\ aut2exe\ include\ and everything works fine again
Hi,
I updated my autoit-installation from beta version 3.1.1.109 to 3.1.1.121. After that I have problems to "compile" my scripts with aut2exe. It works if I use the aut2exe directly from the installation folder. But if I move the aut2exe-files to another place on my drive (where I collect different beta versions) it gives my an error message saying: "Error reading the file: Constants.au3".
Any ideas? Bug or feature?
As often, you're right Jon. I did some more testing and changed order of my case-expressions. Of course it took some time longer if I put them down the list. But I had one entry at the top that took quite a long time to "react" and that was the exit-function of my GUI. In that function I use GUIDelete() to clean it up and as I have a really big GUI with lots of controls that took a very long time. If I only use "exit" it terminates immediately. What stays is that the CPU is using a lot of "time" while doing nothing and I do not know where this load is coming from. GuiGetMsg()? Thank you for your help!
Hi, I'm using a "select..case..endselect" with a lot of case-expressions. I have the feeling, that if I add more and more "cases" the slower my app gets even if the matching case is at the beginning. The help file tells me that only the first matching case will be executed. Does this behavior include that all the other cases won't be "processed" afterwards? At the moment I suppose they will which is unnecessary in my opinion. Is this true?
I have quite a big GUI with a lot of controls and I have the feeling that the bigger it gets the more CPU it uses while doing nothing. The doc says that GUIGetMsg() idles the CPU when required, but can anybody explain to me what it does the rest of the time or how I can fine tune the GUI performance?
Here is the loop that I use in my GUI:
While $hmsg <> $GUI_EVENT_CLOSE
$dGUIMsg = GUIGetMsg(1)
$hmsg = $dGUIMsg[0]
$hGUIMsg = $dGUIMsg[1]
$hGUICtrlMsg = $dGUIMsg[2]
Select
Case $hmsg = -3 Or $hmsg = $hMenuFileExit
GUI_Exit()
Case $hmsg <= 0
ContinueLoop
...
EndSelect
WEnd
Sorry, wrong subforum. Should be in GUI or Developers.
Well, first of all, you're using multiple " in $strInput. Set the string to Second, if I'm right that you want to extract the title of that string, why not using Hope that helps.