Autoit-gui 101.18 Available

[Valik]

I think accelerator keys work if you prefix the letter with an &... I haven't tested, though.

[jpm]

ok....zZZ  hehe

Fix

[jpm]

By the way, thanks for clarifying that the GuiCreate dimensions are for the client area instead of the window.

- Regarding WS_TABSTOP:

Microsoft Spy shows that that style on each contol, but tabbing does not work.  Create any simple gui and try   I even tried using the same window style and exStyle as the Windows' Run Dialog.... Maybe a message is not getting that sent when tab is pressed?  (Also, should WS_TABSTOP be defined for multi-line edit controls?)

Here is the script that shows examples of all controls

Thanks for the script.

I will have a look at the tabbing inside AU3GUIXP to see if i miss to incorporate the the same handling

[Josbe]

Clarification:  WS_TABSTOP is currently defined for edit controls...

Antother issue is accelerator keys (or whatever they are called):

If you have a dialog with buttons OK and Cancel then you should be able to press Alt+O or Alt+C. Currently, nothing happens.

From what I can tell with Microsoft spy:  Tab does not generate any event.  Alt+key does generate some sort of notification.

Yes, for example: "&Button"

Currently, nothing happens.

------------------------------------------------

Fix 

Fine.

------------------------------------------------

About the TAB:

How is possible use CTRL+TAB, like normally is used for jump to another TAB item?...is needed a special value to set?

[jpm]

About Ctrl-Tab in tab I have no idea for the time being I need to search.

I have to go back to my study.

I was so happy to have the Tab working so I forget to use the keyboard.

I think it will be difficult perhaps as the backcolor.

Stay tune.

[CyberSlug]

Windows 2000 - ComboBoxes do not drop down to show their contents.

You can only scroll through the list with the keyboard.

Screenshot:

(The GUI in both pictures is the same; it contains only two combo boxes.)

Edited April 25, 2004 by CyberSlug

[Jos]

Windows 2000 - ComboBoxes do not drop down to show their contents.

You can only scroll through the list with the keyboard.

Screenshot:

(The GUI in both pictures is the same; it contains only two combo boxes.)

Had the same thing in my Tidy program....

It didn't dropdown on other OS than XP.

The reason was i set the Hight for the Combobox to 20 or so...

Edited April 25, 2004 by JdeB

[CyberSlug]

Had the same thing in my Tidy program....

It didn't dropdown on other OS than XP.

The reason was i set the Hight for the Combobox to 20 or so...

Ah. So this is a really a feature instead of a bug.

The height of the combo box determines the height of the drop down box. This is useful

Edit: Hmm, I like the behavior of Windows 2000 better than XP in this case... Here's a screenshot to show what I mean

Edited April 25, 2004 by CyberSlug

[Josbe]

Ah.  So this is a really a feature instead of a bug.

The height of the combo box determines the height of the drop down box.  This is useful

Edit:  Hmm, I like the behavior of Windows 2000 better than XP in this case...  Here's a screenshot to show what I mean

Is exactly the same script on both?

[jpm]

I get a beginning of solution on Ctrl-Tab the pb I cannot solve is how to have the tabstop from a button to the tab.

I need help on how to manage this tabstop transition.

[CyberSlug]

jpm: Notification for Edit and Input controls need improvement.

In the following, clicking the Edit control does not generate notification. However, if you minimize and restore the window when the Edit control has focus, then you constantly get notification....

I think that you should check the edit's modification flag with EM_GETMODIFY, then set the flag to unmodified. Or something like that.

Opt("GUINotifyMode", 1)
GuiCreate("MyGUI", 400,280,10,10,0x04CF0000)
$button = GUISetControl("button", "Click me", 24,24, 120,48)
$edit = GUISetControl("edit", "Click me...", 24,208, 144,48)

GuiShow()

While 1
    sleep(100)
    $msg = GuiMsg(0)
    Select
    Case $msg = -3
        Exit
    Case $msg = $button
        MsgBox(4096,"", "Button Notify")
    Case $msg = $edit
        MsgBox(4096,"","Edit Notify")
    EndSelect
WEnd
Exit

[jpm]

jpm:  Notification for Edit and Input controls need improvement.

In the following, clicking the Edit control does not generate notification.  However, if you minimize and restore the window when the Edit control has focus, then you constantly get notification....

I think that you should check the edit's modification flag with EM_GETMODIFY, then set the flag to unmodified.  Or something like that.

Opt("GUINotifyMode", 1)
GuiCreate("MyGUI", 400,280,10,10,0x04CF0000)
$button = GUISetControl("button", "Click me", 24,24, 120,48)
$edit = GUISetControl("edit", "Click me...", 24,208, 144,48)

GuiShow()

While 1
    sleep(100)
    $msg = GuiMsg(0)
    Select
    Case $msg = -3
        Exit
    Case $msg = $button
        MsgBox(4096,"", "Button Notify")
    Case $msg = $edit
        MsgBox(4096,"","Edit Notify")
    EndSelect
WEnd
Exit

I know this one will come out. I was not very satisfied with the current situation hoping that nobody will really need to do precise think with the notifify on edit.

I will have a look at the EM_GETMODIFY.

Thanks a lot for your feedback.

[CyberSlug]

@jpm: Can you upload the newest .EXE and .BIN files of AutoIt-gui. (The most recent version I can find is April 20, and I want to see if I can get tab controls to work right in AutoBuilder.)

[jpm]

@jpm:  Can you upload the newest .EXE and .BIN files of AutoIt-gui.  (The most recent version I can find is April 20, and I want to see if I can get tab controls to work right in AutoBuilder.)

For the next hours the most update is the unstable stuff.

Unless JON can integrate the modif I am doing I will not use anymore the AutoIt-Gui download area.

I will put a note over there. AutoIt-Gui is nor more pre-beta testing.

I get a grade

[jpm]

jpm:  Notification for Edit and Input controls need improvement.

In the following, clicking the Edit control does not generate notification.  However, if you minimize and restore the window when the Edit control has focus, then you constantly get notification....

I think that you should check the edit's modification flag with EM_GETMODIFY, then set the flag to unmodified.  Or something like that.

Opt("GUINotifyMode", 1)
GuiCreate("MyGUI", 400,280,10,10,0x04CF0000)
$button = GUISetControl("button", "Click me", 24,24, 120,48)
$edit = GUISetControl("edit", "Click me...", 24,208, 144,48)

GuiShow()

While 1
    sleep(100)
    $msg = GuiMsg(0)
    Select
    Case $msg = -3
        Exit
    Case $msg = $button
        MsgBox(4096,"", "Button Notify")
    Case $msg = $edit
        MsgBox(4096,"","Edit Notify")
    EndSelect
WEnd
Exit

I am in front of a problem. As the change on input or edit control can be done only when an other event occur click on a button for instance, I cannot report 2 events at the same time.

I can report edit/input event but not the following is it acceptable?

[CyberSlug]

I am in front of a problem. As the change on input or edit control can be done only when an other event occur click on a button for instance, I cannot report 2 events at the same time.

I can report edit/input event but not the following is it acceptable?

Okay. That is fine.

[Lazycat]

II can report edit/input event but not the following is it acceptable?

Don's think so, if it is the same behavior that now in the unstable release Any time when I click button after editing input, this return wrong controlref, assigned to input, so I always need to click twice to do button action! Maybe it usable as option, but not as default behaviour!

[jpm]

Don's think so, if it is the same behavior that now in the unstable release   Any time when I click button after editing input, this return wrong controlref, assigned to input, so I always need to click twice to do button action! Maybe it usable as option, but not as default behaviour!

If you don't any action on edit control dont use a GuiSetControlNotify with it.

I am not sure if you use Opt("GuiNotifyMode",1) you can suppress it with GuiSetControlNotify(-1,0) but it should work.

THe way notification are working make very difficult to notify 2 events.

[Valik]

Can't you queue the events in some way?

Whatever you do, though, don't make it default behavior. You'll break scripts that way. It should have to be explicitly turned on no matter which GuiNotifyMode is being used.

[Lazycat]

you can suppress it with GuiSetControlNotify(-1,0) but it should work.

I already tried and can't do this with unstable release Please look example:

Opt("GUINotifyMode", 1)
$ES_CENTER = 1
$ES_READONLY = 2048
$CBS_DROPDOWNLIST = 3

GUICreate ("UpDown (?) bug test", 227, 144)
$add=GUISetControl("button", "Add", 135, 20, 30, 20)
$hedit=GUISetControl("input", "", 15, 50, 45, 22, $ES_CENTER)
GUISetControlNotify(-1, 0); Trying to disable notification
GUISetControl("updown", $hedit, 0, 0)
GuiSetControlEx(-1, 0, 0, "", 0, 23)
$medit=GUISetControl("input", "", 65, 50, 45, 22, $ES_CENTER)
GUISetControl("updown", $medit, 0, 0)
GuiSetControlEx(-1, 0, 0,"", 0, 59)
$combo=GUISetControl("combo", "", 135, 50, 76, 20, $CBS_DROPDOWNLIST)

GUIShow()

While GUIMsg() <> 0
    $k=GUIRead() 
    Select
        Case $k = $add
            $curtime = StringFormat ("%02d:%02d", GUIRead($hedit), GUIRead($medit))
            GUISetControlData($combo, "*" & $curtime)
    Endselect
    MsgBox (0, "ControlREF", $k)
Wend

Even if you try to change input that not notify, you anyway need two clicks to do button action. Maybe this just bug inthe last unstable?