Autoit3-gui

[jpm]

That being said, why not create some stuff for this GUI in the same way? It should be no trouble at all to make a message queue (A small stack of some sort) and write a blocking GetMessage function. Because of the level of integration, you could actually do better than just return the text of the control, but actually return references to the objects or anything you want. This would be even better than using AutoIt's Control Commands.

The current implementation return a ref to the object created by GuiSetControl

which is reused by GuiRead and GuiWrite

The pump is

While GuiExecute() >0

....

Wend

Can you be more precise how we can change the current proposition?

[Valik]

The current implementation return a ref to the object created by GuiSetControl

which is reused by GuiRead and GuiWrite

The pump is

While GuiExecute() >0

....

Wend

Can you be more precise how we can change the current proposition?

More or less, I guess I meant something that can be polled and not blocked upon (Although methods should be provided for blocking calls, too). The ListBox can be polled, if there's nothing there, then I can do idle processing or sleep or whatever needs done. It also allows for multiple events to be queued up and processed when I'm ready. I had my script set up so that when I press a hotkey (HotKeySet kind, not the & kind), it would post a message into the queue so that the main message loop could process the event just as if I had clicked one of the corresponding buttons.

[Lazycat]

Hm... Valik, seems it like I tried to say. But my english lead me

I would be glad if it will be by this way. All other - method of creating GUI, using control referenses - especially this! - imho in the convenient and simple manner.

[jpm]

To answer Valik,Kot I will propose the following functions for handling the GUI:

• GUICoordMode (option)

• GUICreate ( "title", width, height, [left, top [,style [,exStyle]]] )
• GUICreateEx ( helpfile [,background [,iconfile]] )
• GUISetControl ( type, "text", left, top [,width [,height [,style [,exStyle]]] )
• GUISetControlCurFont (size [,weight [,fontname [,attribute]]])
• GUISetControlData ( data [,default] )
• GUISetControlEx ( state [,tip [,ext]] )
• GUISetControlNotify ( [action [,controlref]] )

• GUIWaitClose ( [timeout] ) ; previously GUIExecute only waiting close

• GUIShow ( ) ; display the dialog no wait

• GUIisChanged ( [timeout] ) ;previous GUIExecute + the 0 value checking if something has changed

  3 cases:

  - () : wait for ever a change

  - (timeout) : same but can be stop by timeout

  -(0) : just check if a change occurs

• GUIRead ( [controlref] )
• GUIWrite ( controlref ,state [,info] )

• GUIHide ( ) ; to remove the dialog box from the desktop
• GUIDelete ( )

Does that make sense to every body?

[Valik]

That looks okay to me. Once you get it written and put up, I'll try porting my GUI script over and see how it works. I'm sure I'll have more feedback after that.

[Lazycat]

Looks nice and complete, seems now it's cover all possible variants of using - at least for me. Thank you! Waiting for autoit-gui.100.4...

[jpm]

Looks nice and complete, seems now it's cover all possible variants of using - at least for me. Thank you! Waiting for autoit-gui.100.4... 

Thanks all for the support.

Perhaps you have to wait 100.5 at least with the new Jon delivery 101.x

[redndahead]

Do you think this will be possible without rerunning the script? You don't have to tell me how, but just wondering if it will be. This is what I am exactly looking for.

Open a GUI

It waits until a change is made.

Based on that change it runs a UDF. Like a selection of a combobox will run a certain UDF. And then a button will run another UDF.

The script never closes until the Gui is closed.

Possible?

red

[jpm]

Do you think this will be possible without rerunning the script?  You don't have to tell me how, but just wondering if it will be.  This is what I am exactly looking for.

Open a GUI

It waits until a change is made. 

Based on that change it runs a UDF.  Like a selection of a combobox will run a certain UDF.  And then a button will run another UDF.

The script never closes until the Gui is closed.

Possible?

red

I think that the Goal Valik and Kot assign me.

I hope I will succeed. The UDF should not use a GUI function. I have not plan recursion. I hope MsgBox, Splash... Progress... will work.

[jpm]

I am almost ready code + doc

I still need to solve how to return the closing of the windows by the red button

as

• >0 is the number of the control
• 0 no changed
• -1 timeout

what do you think as a big number as above 1000?

EDIT we go for negative value on event related not with control

Edited March 12, 2004 by jpm

[Lazycat]

Maybe negative values will be ok? Something like -2 or even -1000

[Josbe]

Hey jpm, I newbie with your AutoIt-gui,

How is possible put color to background form?

I need include another script files?

[jpm]

Hey jpm, I newbie with your AutoIt-gui,

How is possible put color to background form?

I need include another script files?

No you don't need to include script file.

After the GuiCreate just use the GuiCreateEx("",0x00E0FFFF) that will put the bakground of your GUI in a white yellow for instance. Same convention has for pixelcolor functions.

[Josbe]

ohhh, thxs.