All Projects

Currently, the development of the Koda project is frozen, the ability to register new users and add new bugreports is disabled.

IDProjectCategory  ascTask TypeSeveritySummaryStatusOpened byLast Edited
4KodaApplicationFeature RequestLowSave chosen template as one of form optionsAssignedAdmin13.11.2008 Task Description

Save chosen template as one of form options.

6KodaApplicationFeature RequestLowNot rename form when loading (Form1->Form1_1)AssignedAdmin13.11.2008 Task Description

Not rename form when loading (Form1?Form1_1)

8KodaApplicationFeature RequestLowCustomizing fontsAssignedAdmin13.11.2008 Task Description

Customizing fonts (by EulerG)

11KodaApplicationFeature RequestLowRemove ClientWidth/ClientHeightAssignedAdmin13.11.2008 Task Description

Remove ClientWidth/ClientHeight for the Form (Make Width=ClientWidth etc)

21KodaApplicationBug ReportLowResizing property - missing some constantsPostponedZedna16.03.20092 Task Description

In object inspector is property Resizing generated code GUICtrlSetResizing()

But there are missing constants (defined in AutoIt’s helpfile): $GUI_DOCKSIZE, $GUI_DOCKMENUBAR, $GUI_DOCKSTATEBAR, $GUI_DOCKALL, $GUI_DOCKBORDERS

All these contants are defined by sum of base constants already defined in
I think it may be intentional to not add these contants.

But it would be pretty handy to have them all in Koda.

24KodaApplicationBug ReportLowGeneration options dialog is loose indent char selectio...AssignedAdmin06.02.2009 Task Description

Generation options dialog is loose indent char selection, when opening options dialog by clicking “Manage” button, and then clicking “Ok” in options dialog.

77KodaApplicationFeature RequestLowMaking Code Templates more flexibleWaiting feedbackDavid30.05.20115 Task Description

I would like to see additional variables available for the Code

  %FORMNAME% - the name of the form as assigned in the form's properties.

The ability to inject code into general event

  Func MyGUIClose()
    $MyVar="Some Value"
  EndFunc

The reason for this request is that most of the time, when I create a GUI, I create it within a function in an include file, with additional control structures. I typically spend 5-10 minutes each time I generate new code using KODA to fit it into my format. I would like to be able to use custom Code Templates to create them already in my format, so I can jump right into the application coding.

79KodaApplicationFeature RequestLowRichEdit custom controlAssignedAdmin15.10.2009 Task Description

RichEdit custom control since it’s UDF was added in the standard distributive.

81KodaApplicationFeature RequestLowAbility to separate form generating code and event codeUnconfirmed04.11.20091 Task Description

Hello,

I would like to separate the code for generating the form, and my own event code.

One way to do this would be to let Koda generate an au3 file for generating the form, but no event handlers. I would just #include this file in my own au3 file. I am responsible myself for generating the right functions for the event handlers, or I could implement an event loop.

More complex options could be conceived, like in the following post :

   http://www.autoitscript.com/forum/index.php?showtopic=17612

I would be interested in contributing to Koda, and maybe implement this feature myself. I have 10 years of professional programming experience in Borland C++ Builder and Delphi.

Best

89KodaApplicationBug ReportMediumWrong form height in the generated codeResearching29.05.20113 Task Description

If a dialog form is created with the certain style bits (s. below) in Koda the window height in the generated AutoIt code is set to ClientHeight + 1 instead of Height which cuts off a stripe of the height of the window’s title bar (mostly 26 px) at the bottom of the form at the time is displayed from the script.

Example as followed.

SampleDialog.kxf

<object type="TAForm" name="dlgTest">
	<properties>
		<property name="Left" vt="Int16">1626</property>
		<property name="Top" vt="Int16">262</property>
		<property name="Width" vt="Int16">321</property>
		<property name="Height" vt="Int16">407</property>
		<property name="Caption" vt="String">Sample Dialog</property>
		<property name="Color" vt="Ident">clBtnFace</property>
		<property name="Font.Charset" vt="Ident">DEFAULT_CHARSET</property>
		<property name="Font.Color" vt="Ident">clWindowText</property>
		<property name="Font.Height" vt="Int8">-11</property>
		<property name="Font.Name" vt="String">MS Sans Serif</property>
		<property name="Font.Style" vt="Set"/>
		<property name="OldCreateOrder" vt="False">False</property>
		<property name="Position" vt="Ident">poDesktopCenter</property>
		<property name="ParentForm" vt="String">owner</property>
		<property name="Style" vt="Int32">273154176</property>
		<property name="ExStyle" vt="Int8">0</property>
		<property name="Version" vt="String">1.04</property>
		<property name="PixelsPerInch" vt="Int8">96</property>
		<property name="TextHeight" vt="Int8">13</property>
	</properties>
</object>

SampleDialog.au3 (generated)

#Region ### START Koda GUI section ### Form=SampleDialog.kxf
    Local $dlgTest = GUICreate("Sample Dialog", 314, 374, -1, -1, BitOR($WS_SYSMENU,$WS_DLGFRAME,$DS_MODALFRAME), 0, $owner)
#EndRegion ### END Koda GUI section ###

As far as I evaluated this concerns only (modal) dialog frames with system menu but without minimize/maximize boxes, normal overlapped windows are not affected though their heights are also set to ClientHeight. It may be the strange way AutoIt’a GUICreate() works but I think Koda should reflect its behavior even if it’s inconsistent.

102KodaApplicationBug ReportLowIn String list editor all words are not translatable.UnconfirmedThierry05.02.20101 Task Description

In the string list editor, we can’t translate all the terms
attached image.

114KodaApplicationBug ReportLowCtlr+с copy elements but not the valueAssigned06.03.20101 Task Description

keyboard shortcut Ctrl+С copies of the element, although I need to copy the instance name of the element.

129KodaApplicationBug ReportMediumDummy controls appears behind menusAssignedAdmin15.04.2010 Task Description

Dummy controls appears behind menus. Not worth to create some small hack again: new similar bug will appear surely. Better to rethink and rewrite this part of codegen.

131KodaApplicationBug ReportHighUnable to insert embedded IE controlAssignedND04.05.20109 Task Description

In version 1.7.2.8 when I try to add an embedded IE control (Shell.Explorer.2) to a form Koda shows
‘Call to DllRegisterServer failed in

As consequence no AU3 code is generated for the control - although it shows on the form - and all attempts to open the definition file afterward fail with the same error message, so the only remaining option is to open KXF file as XML and remove the control manually.

Especially confusing is the fact that Koda wants to call DllRegisterServer at all. Why is it necessary? The DLL is already registered on the system, otherwise the control wouldn’t appear in the Koda’s object browser.

133KodaApplicationBug ReportLowProblems with Toolbar ConfigurationAssignedSpence29.06.20102 Task Description

Version 1.7.2.8

Customize
Add “NewPage” or “NewButton” to a Toolbar (e.g. Standard Toolbar or User Toolbar n” will not show the Icons


with showing User Toolbar3**


User Toolbar 1 is configure well User Toolbar 2 is not configure User Toolbar 3 is configure “Apply” Button Result: User Toolbar 1 is shown, User Toolbar 3 is not shown! a1. User Toolbar 1 is configure well User Toolbar 2 is not configure User Toolbar 3 is configure After “Apply” Button User Toolbar 2 is setting up “Apply” Button Result: All Toolbars will shown b. User Toolbar 1 is configure well User Toolbar 2 is configure well User Toolbar 3 is configure “Apply” Button Result: User Toolbar 3 will not be shown!

136KodaApplicationFeature RequestMediumUse array namesPostponedOmYcroN07.05.20112 Task Description

Please add the ability to use array names in the Object Inspector for the control names: ControlName[Index]

139KodaApplicationFeature RequestVery Lowadd a option 'set caption also set name'Postponedthesnow25.08.20101 Task Description

add a option ‘set caption also set name’,set name do nothing with caption.

or add a right menu ‘set caption as form name’ to property list.

         thanks!
140KodaApplicationFeature RequestVery LowUnicode supportUnconfirmedThong30.10.20101 Task Description

I am vietnamese,i use the unicode,but koda don’t support it,we need it,thanks

141KodaApplicationBug ReportLowAbility to generate more then one tab on one formPostponedAdmin07.11.2010 Task Description

While this is cause not too consistent bahaviour (in case of one tab - code generating in one manner, in case of more - fully different), this can be done with only pure Autoit functions. So probably we can give a try.

147KodaApplicationFeature RequestLowTAGroup: A suggestionWaiting feedbackChris Haslam17.01.201111 Task Description

Koda works well at grouping if the user creates a group and then adds radio buttons to it: he decides in advance what area of the form will be needed for the radios, and then adds the radios. For example, he creates Group1 and then creates Radio1 and Radio2 within it.

But two scenarios:

  1. But what if he later realizes that he needs a third radio in this group? When he enlarges the Group area and adds Radio 3, Radio3 is not placed in Group1. It should be.
  1. The user creates Checkbox1 and CheckBox2. He then surrounds them with Group2. The checkboxes are not made part of Group2. They should be.

I suggest that code be added to Koda: when a group is created, include in it all controls which are within the area of the group.

150KodaApplicationBug ReportLowExpand %var% variablePostponedChris Haslam17.01.20117 Task Description
  • I ran Koda. It brought up a form I had created earlier. Expand %var% variable was unchecked
  • I created a label
  • I entered %name% is a cat in Label | Caption
  • I checked Expand %var% variable
  • I clicked on Generate Code. ⇒ $name+”is a cat”
  • I unchecked Expand %var% variable
  • I clicked on Generate Code. ⇒ $name+”is a cat” again

This seems illogical.

What is the scope of Expand %var% variable? Is it specific to the form/.kxf file, or is it application level? Is it working as intended?

152KodaApplicationBug ReportLowTAUpdown: Appearance in Preview is inconsistent with ap...AssignedChris Haslam30.06.20115 Task Description

In Koda, it is possible to widen an updown control. This change shows in Preview and can make some very wide updown controls.

Running the generated code produces the same overall width (Input plus Updown) but the width of the Updown is fixed. The extra width is added to the Input.

See attached screenshots.

AutoIt help shows

GUICtrlCreateUpdown ( inputcontrolID [,style] 

so there is no opportunity to enter the left, top, width and height.

So left, top, width and height should not appear in Properties for Updown. The left and top are always “to the right of the Input”. The height is taken from the Input, and should be set there. The width is always 17 in AutoIt.

Autoit only recognizes UpDown as a buddy window.

MSDN says that “The width of the buddy window is decreased to accommodate the width of the up-down control”. This is not the way AutoIt behaves.

153KodaApplicationBug ReportLowTAInput with TAUpdown always sets initial value to UpDo...PostponedChris Haslam17.01.20116 Task Description

I set the Min to 1 and the Max to 9 in Updown. I could not then change the Text in Input to 3. I should be able to do this.

154KodaApplicationBug ReportLowTAUpdown: Problems in AutoIt affect KodaUnconfirmedChris Haslam03.01.20112 Task Description
  • GUICtrlSetLimit() sets max and min but not increment. Perhaps a _GuiCtrlSetLimit(max, min, incr) could be written. Then Koda could set a (new) Increment property. It is needed if UDS_ARROWKEYS is to work. You may have some influence over Jon to add to GUICtrlSetLimit().
  • If no style is specified, Updown is placed to the right of the Input, but $GUI_SS_DEFAULT_UPDOWN alone puts the UpDown to the left of the Input. This is because UpDownConstants.au3 has
    Global Const $GUI_SS_DEFAULT_UPDOWN = $UDS_ALIGNLEFT

    To me, $GUI_SS_DEFAULT_* are equivalent to -1. AutoIt Help says that -1 means $UDS_ALIGNRIGHT. Right is where you expect to see an UpDown. So Koda should use $UDS_ALIGNRIGHT until AutoIt fixes $GUI_SS_DEFAULT_UPDOWN.


	
158KodaApplicationBug ReportLowTALabel: AutosizeAssignedChris Haslam03.06.20113 Task Description

I would like to see the default for TALabel | Autosize be False. It is frustrating to create a label which will be populated/set from the AutoIt script and have its default to the size of the text Label1 – because part of my mental process is to make the size be enough for the longest value GUICtrlSetData() will provide.

For example, when I am upgrading a script, I usually put the word “Development” as a label in the first dialog the script creates. When the script is no longer a development version, the script leaves this label blank. So in Koda I make lblDevel long enough for the word “Development”. Here is the

If StringInStr(@ScriptName,"(Devel)")<>0 Then
	GUICtrlSetData($lblDevel,"Development version")
EndIf</code>

As Koda is now, I have to create the label, change AutoSize to False, then increase the length of the label. A bit of a pain!

This is not a major issue with me, but I would prefer AutoSize to default to False (as VB has it).

...chris

161KodaApplicationFeature RequestLowAuto-sizing in Radio and Checkbox controlsPostponedChris Haslam02.02.2011 Task Description

Auto-sizing in Radio and Checkbox controls would be useful. Default should be False. Put it on the wish list?

164KodaApplicationBug ReportLowFile | Close Form is inconsistent with File | Open and ...UnconfirmedChris Haslam02.02.20113 Task Description

I suggest File | Close.

Documentation says Close, not Close Form.

...chris

168KodaApplicationBug ReportLowEdit | Align menu | Center ... in WindowAssignedChris Haslam11.02.20114 Task Description

I suggest that Center Horizontally in Window be changed to Center Horizontally in Parent or Center Horizontally in Container.

Why?

“Parent”: As I understand it, Koda now considers a control to be in a group if it is a son of a group in Object TreeView.

“Container”: This can mean both son in Object TreeView and what surrounds a control visually in the Form display. This term would allow for Koda automatically making a control a son of a group if it is visually within the group.

“Window”: to me, this is an imprecise term. It can mean any window.

IMHO

...chris

170KodaApplicationFeature RequestLowTab Order - 2 casesAssignedChris Haslam23.05.201111 Task Description

As well as Edit→Tab Order, I now see Tab Order in Object Inspector (e.g. for Button). (perhaps Tab Stop Number would be more precise). So I think that there are two cases:

  1. Setting the tab order for all controls, and
  2. Setting the tab stop number for the currently selected control.

Tab Order Editor handles the first case.



Now for the second case.

In Object Inspector, Koda permits the user to enter the tab stop number. But what if he enters 2, and there is already a control that has tab stop 2. What happens?

I think it would be preferable to have clicking to the right of tab order bring up a dialog something like my screenshot:

This would allow the user to position the selected control relative to other controls. Note that he would no longer be concerned with the tab stop number, so conflicts in number could not occur.

IMHO

...chris

171KodaApplicationFeature RequestLowDistinctive colors for grab handles of "No insert in" a...ResearchingChris Haslam07.05.20111 Task Description

Perhaps also a “Insert in” and “Allow copy” menu items, so user doesn’t have to close the form and reopen it to regain full editing capability over controls.

...chris

175KodaApplicationRegular TaskLowForms main menu item: Why?AssignedChris Haslam11.02.20112 Task Description

I do not see the reason for the existence of this menu item.

I can almost as easily key Ctrl-3 and choose which form to activate with the mouse.

Also, consider a form that occupies the whole of the screen. In this case, there is no way IMHO to activate the main menu in order for Alt-m to work. (See the Help as it now is.)

If you wish to keep the Forms menu item, perhaps there should be a function key that focuses Koda so the main menu is active, so Alt-m works.

Or am I missing something?

...chris

182KodaApplicationBug ReportLowTools | Generating Options | Template doesn't show Even...AssignedChris Haslam24.02.20117 Task Description

But Events Example is in Code Templates dialog

184KodaApplicationFeature RequestLowTemplate GalleryAssignedChris Haslam05.05.20118 Task Description

I note that the documentation calls this “Templates Gallery” but 1.7.3 .0 and the screen shot call it “Form Templates”. I suggest that “Form Templates” is the better name: it fits with “Code Generation Templates”. I will change the documentation to “Form Templates”.

I note that 1.7.3.0 shows two tabs: “Standard” and “My own templates”, but that the 1.7.3.0 help and the documentation shows only “Standard”. Further, one of the templates in the “My own templates” tab has no icon. I suggest that “My own templates” be dropped. THe documentation will tell the user how to add templates and tabs.

How can the user add a description and icon to a template he creates?

How can the user delete a template he creates?

How can the user delete a tab that he creates?

187KodaApplicationFeature RequestLowOnClick => Notify ?AssignedChris Haslam05.05.201111 Task Description

I don’t see why OnClick brings up a dialog.

It only has two values: Notify and don’t notify.

It seems to me that it would be more obvious if it were called Notify and its values were True and False. It would then work like, for example, Enabled.

Just a thought.

188KodaApplicationFeature RequestLowWhich form should open when you run Koda?UnconfirmedChris Haslam01.03.20112 Task Description

In 1.7.3.0, it appears that when I run Koda, the form that automatically opens is the last one changed (I am not sure of this).

I would like to see Koda start by opening the form that was active when Koda was last exited. This makes more sense to me.

191KodaApplicationRegular TaskLowMultiple selection of controlsUnconfirmedChris Haslam13.03.20114 Task Description

Where is this mentioned in the Help? I have not found it.

I find it a little surprising that the user shift-clicks to add a control to the selection.

In Explorer (and elsewhere), control-click adds a file to the selection; shift-click adds a range of files to the selection.

Just a thought.

194KodaApplicationBug ReportLowOptions | Options | General | Recent filesUnconfirmedChris Haslam12.05.20116 Task Description

I suggest that the caption be changed to Recent files in File menu. This is consistent with Undo levels. I also think that it is clearer.

198KodaApplicationBug ReportLowWhen CBS_DROPDOWNLIST is set, Koda generate CBS_SIMPLE ...NewAdmin15.04.2011 Task Description

When CBS_DROPDOWNLIST is set, Koda generate CBS_SIMPLE instead.

202KodaApplicationFeature RequestLowOvercoming MS's confusion in styles for formsAssignedChris Haslam05.05.20117 Task Description

MS‘s mess (discussed previously) is driving me nuts!

So for Styles of TAForm I suggest that you add some pseudo-styles. Some I think of: Title bar, Close box, Minimize box, Normal frame, Dialog frame, perhaps Modal.

There are two ways you could add them:

  1. Put them in the Styles tab, at the top of the list, or
  1. Put a Clearer styles for Form checkbox in Options | Designer. When it is checked, have Koda replace all the WS styles which are equivalent to pseudo-styles.

You have more experience than I do with these bloody styles. Perhaps there is no way to get around MS‘s confusion!

There is another way: document the translation from pseudo-styles to WS_ constants in Controls | Form. For that I would need your help.

208KodaApplicationBug ReportLowCollection editor: name ofUnconfirmedChris Haslam21.04.20112 Task Description

The screen shot in the doc, proped_collection_editor.png, does not agree with Koda 1.7.3.2: the caption is different.

The doc page on the Listview columns editor calls it Collection editor. It is really Column editor?

212KodaApplicationFeature RequestLowControl Palette: Reorganize?PostponedChris Haslam05.05.20114 Task Description

I understand why there are four tabs, but I wonder if there is a better way of organizing them.

I find that I easily forget where to find a control: which tab is it on? and which icon is it? A few icons are clear as to what the control is, but some are not. I often have to wait for the telltale to show to be sure. This is not the fault of the picture on the icon: icons are only a limited number of pixels.

So Idea #1 is to add a main menu item called Controls, with all the controls as sub-items. In the future, it may be necessary to have 3 levels, with Native and UDFs as the second level.

Idea #2 is to group the controls alphabetically, e.g. A to E for the first tab, F to M for the second, etc.

214KodaApplicationBug ReportLowTrayMenu | UndoAssignedChris Haslam21.04.2011 Task Description
  1. I clicked on New Form icon
  1. I created a Tray Menu control
  1. I added File as a menu item and gave it Exit as a sub-menu item
  1. I did Ctrl_Z several times
  1. I was then unable to select the form.
215KodaApplicationBug ReportLowTrayMenu | MouseClick | DefaultAssignedChris Haslam26.04.20114 Task Description

I have problems with Koda generating TraySetClick(”0”) as the default:

  • AutoIt help says that the default is 9 (tray menu shows when left or right mouse button is pressed)
  • The Koda default being Tray menu will never be shown through a mouseclick can lead the inexperienced user to think that creating the Tray Menu has failed.
  • The Tray Menu doc says that the default is mcPriPress + mcSecPress.

It is not clear to me what ShowStdMenu does when a Tray Menu control is on a form.

Any thoughts?

216KodaApplicationBug ReportLowPicture Editor: some observationsUnconfirmedChris Haslam04.05.20117 Task Description

See the doc for the way I understand it.

The Load | File Open dialog filter only offers .jpg, .jpeg, .bmp and .gif.

Via Load, I moused to, and selected, D:\WINDOWS\system32\setup.bmp. This appeared in Custom path to image, and the .bmp appeared in Selected image.

I then changed the path to @SystemDir\setup.bmp. Select image cleared. A bug?

In the course of this, I discovered that there is only one level of Undo here.

Thoughts

  • The File Open dialog filter may be too tight, e.g. .exe should be permitted, perhaps others; however it did allow me to enter F:\Program Files\AutoIt3\SciTE\Koda\FD.exe .
  • @ScriptDir should be permitted in Custom path to image. This would be helpful to a user who puts his .bmps, etc. in the same tree as his script. As Run (F9) is now, running the form would show a blank picture. Perhaps Koda could instead temporarily create a picture containing the file spec. Or one saying “File not available to Koda”. Being able to use @ScriptDir is hugely important to me!
  • Koda could, when it generates code, replace a path that begins !:\WINDOWS (where ! is any drive leter) with @WindowsDir. Similarly for @SystemDir and @TempDir I see no harm in this.

Perhaps a filename and ext should be generated by Koda as @ScriptDir\fnam.ext

  • I had a case a while back where picture being a %varaible would have been useful.

Some of these thoughts come from consideration of updating a form in a .au3. I would rather not have to change the file spec whenever I update the script.

  • Having only one input field for the file spec is not user-unfriendly for people like me who make mistakes! I suggest Custom path to image be replaced the fields in the screen shot attached.
217KodaApplicationFeature RequestLowStrings Editot | Show Hard Return?UnconfirmedChris Haslam26.04.20111 Task Description

It would be nice if Hard Return showed. My experience elsewhere is that, because the width of the Edit control and the width of the Strings Editor are usually different, showing HRt can relieve some confusion.

218KodaApplicationBug ReportLowTreeView bug?AssignedChris Haslam26.04.20113 Task Description

I am trying to understand Image index and Selected index. BTW in the doc proped_treeview_editor.png lacks these controls.

When I tried to generate from the attached form, I got an AutoIt error. See attached screenshot.

219KodaApplicationFeature RequestLowTreeview Editor: ObservationsAssignedChris Haslam27.04.20117 Task Description

I suggest that:

  • Image index be changed to Image index when unselected
  • Selected be changed to Image index when selected

Selecting a node created earlier without a name is challenging: you have to click exactly in the right place. I suggest that when a node is created, Koda assign it a temporary name, e.g. Node1 (like Menu Editor). This name would be highlighted in the Text input box, ready for the user to enter his own name.

A related question: should Koda even allow a node to exist neither an image nor a name?

It would be user-friendly if images could be selected from a list: see how I have written the doc for To add a node.

It would be nice if icons showed in the treeview control as they do at run time.

Is image the correct word? Aren’t they always icons?

220KodaApplicationBug ReportLowFD launch bugUnconfirmedChris Haslam05.05.20113 Task Description

On the first launch of the day, I got an exception error. Screen shot attached.

The other screen shot is after clicking OK to the message box.

I was able to close Koda.

Then I was able to launch Koda normally.

Weird!

223KodaApplicationBug ReportLowForm | OnClose, OnMaximize, OnMinimize in MessageLoop ...AssignedChris Haslam04.05.20112 Task Description

With OnClose, OnMaximize, OnMinimize set to Notify, Koda generated the following code with Generating Options set to MessageLoop mode:

#include <StaticConstants.au3>
#include <WindowsConstants.au3>
#Region ### START Koda GUI section ### Form=F:\Koda forms for PerfectScript\Pic ed test.kxf
$Form1 = GUICreate("Form1", 623, 449, 192, 114)
$Icon1 = GUICtrlCreateIcon("D:\WINDOWS\system32\freecell.exe", -1, 136, 136, 121, 121)
$Pic1 = GUICtrlCreatePic("D:\WINDOWS\system32\setup.bmp", 392, 120, 177, 169)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###
 
While 1
	$nMsg = GUIGetMsg()
	Switch $nMsg
		Case $GUI_EVENT_CLOSE
			Exit
 
		Case $Form1
		Case $Form1
		Case $Form1
	EndSwitch
WEnd

The last 3 cases look odd to me.

I would expect in MessageLoop mode:

  • OnClose to default to Notify unless the code which is run by Koda is not the same as that generated
  • As well as $GUI_EVENT_CLOSE, two cases: $GUI_EVENT_MAXIMIZE and $GUI_EVENT_MINIMIZE

I then switched to OnEvent mode and got:

#include <GUIConstantsEx.au3>
#include <StaticConstants.au3>
#include <WindowsConstants.au3>
Opt("GUIOnEventMode", 1)
#Region ### START Koda GUI section ### Form=F:\Koda forms for PerfectScript\Pic ed test.kxf
$Form1 = GUICreate("Form1", 623, 449, 192, 114)
GUISetOnEvent($GUI_EVENT_CLOSE, "Form1Close")
GUISetOnEvent($GUI_EVENT_MINIMIZE, "Form1Minimize")
GUISetOnEvent($GUI_EVENT_MAXIMIZE, "Form1Maximize")
$Icon1 = GUICtrlCreateIcon("D:\WINDOWS\system32\freecell.exe", -1, 136, 136, 121, 121)
$Pic1 = GUICtrlCreatePic("D:\WINDOWS\system32\setup.bmp", 392, 120, 177, 169)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###
 
While 1
	Sleep(100)
WEnd
 
Func Form1Close()
 
EndFunc
Func Form1Maximize()
 
EndFunc
Func Form1Minimize()
 
EndFunc

I don’t see Exit, so it appears that this is not the code that is run by Koda. This is only an observation.

225KodaApplicationFeature RequestLowMenu Designer: OK and Cancel buttonsResearchingChris Haslam05.05.20111 Task Description

I am finding that it is very easy to loose the last menu item created. I was testing Creating a menu control.

I suggest that Menu Designer have OK and Cancel buttons. This would be user friendly – allowing a user to back out of a change – and could ensure that the last menu item added does indeed get added to the menu control.

Showing tasks 1 - 50 of 147 Page 1 of 31 - 2 - 3 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing