All Projects

WS_GROUP and WS_MINIMIZEBOX have the same value, so WS_GROUP is not a constant for a Form. So remove WS_GROUP. See  FS#267 .

The value of WS_OVERLAPPED is zero. It has no mask. So I suggest that it be removed from OI.

WS_SIZEBOX and WS_THICKFRAME have the same value, so I suggest removing WS_THICKFRAME.

WS_TABSTOP and WS_MAXIMIZE have the same value, so WS_TABSTOP is not a constant for a Form. So I suggest removing WS_TABSTOP.

Style 94C8 0000 generates $WS_SYSMENU,$WS_POPUP. It should generate $WS_POPUPWINDOW, $WS_CAPTION.

Microsoft says of DS_FOREGROUND:

Causes the system to use the SetForegroundWindow function to bring the dialog box to the foreground

AutoIt does not seem to provide SetForegroundWindow functionality.

So I suggest the DS_FOREGROUND be removed.

WS_EX_TOPMOST provides “stay on top”.

Using On Event mode, if you add a context menu to an icon there is an error in the code generated. The code for the menus is inserted between the code for the icon and the code for the onclick definition for the icon

$IconBox = GUICtrlCreateIcon("shell32.dll", -10, 748, 223, 34, 34, BitOR($GUI_SS_DEFAULT_ICON,$SS_SUNKEN))
GUICtrlSetResizing(-1, $GUI_DOCKRIGHT+$GUI_DOCKTOP+$GUI_DOCKWIDTH+$GUI_DOCKHEIGHT)
GUICtrlSetTip(-1, "Create a containing rectangle")
$IconBoxcontext = GUICtrlCreateContextMenu($IconBox)
$MenuAskMargins = GUICtrlCreateMenuItem("Always ask for the margins", $IconBoxcontext)
GUICtrlSetOnEvent(-1, "MenuAskMarginsClick")
$MenuFixedMargins = GUICtrlCreateMenuItem("Use the set margins", $IconBoxcontext)
GUICtrlSetOnEvent(-1, "MenuFixedMarginsClick")
$MenuSetMargins = GUICtrlCreateMenuItem("Set the container margins", $IconBoxcontext)
GUICtrlSetOnEvent(-1, "MenuSetMarginsClick")
$MenuRemoveBox = GUICtrlCreateMenuItem("delete the Container", $IconBoxcontext)
GUICtrlSetOnEvent(-1, "MenuRemoveBoxClick")
GUICtrlSetOnEvent(-1, "IconBoxClick") ;<---------------------------------this line should be before CreateContextMenu line

I set the Color of a Listbox to clBtnFace. It showed OK in the Design Area but when Run. the box was white.

Properties | Picture always seems to show None even when a .bmp is loaded and appears in the Design Area.

I have made some more progress: I have improved the Form dialog, and present the Label dialog for the first time.

I am beginning to think about Pic, Icon and Graphic. Here are my thoughts:

The following SS constants only apply to an image: SS_BITMAP, SS_ICON, SS_REALSIZECONTROL, SS_REALSIZEIMAGE and SS_RIGHTJUST. Which of these does Picture Editor handle? Which does the proposed Styles Editor need to handle?

I have learnt that ControlSetText() can be used to show text in an apparently image-only Static control. So the Styles Editor for Pic, Icon and Graphic could look much the same as that for Label. Would it be identical?

It occurs to me that if Koda will have a Styles Dialog for images that has styles for text, it would make sense to have Code Generator generate the call to ControlSetText().

More thoughts are in the attached readmes.

When I tried to open a file that I had moved, Koda said “F:\ ... is not exists”. Correct English usage is “does not exist”.

I have written in the proposed Help:

To select all controls in an area of the active form, hold the left mouse button down and drag to select an area of the form. All controls wholely within, and partly within, this area are selected.

This often does not work when I try to select several controls in a Group, and is driving me nuts with the Style dialogs.

I suggest that Koda be changed such that:

• clicking within a Group in the Design area does not select the Group
• a Group can only be selected in the Design Area by clicking on (or near) its border, not on a drag handle.

I noticed that labels with the style SS_ETCHEDHORZ would shrink when you switched tabs. It could be a bug in aligning to grid as it seems to step down 4 pixels on change.

I pasted this from the Clipboard (not expecting it to work):

	$testForm = GUICreate("Test Form", $vec[2]-20, $vec[3]-30, $vec[0]+10, $vec[1]+15,$WS_POPUP)
	Local $height = 17
	If IsChecked($chkHorizBar) Then $height = 35
	$t = "Koda"
	GUICtrlCreateInput($t, 8, 8, $vec[3]-16, $height,$gParamStyles,$gParamExStyles)
	GUICtrlCreateLabel("Press Esc key to continue", 8, 80, 164, 40)

and clicked on Process.

I got:

Exception handled 2011-06-19 at 17:41:29 by MainExceptionHandler
Could not convert variant of type (String) into type (Boolean)
Exception Address: 00410E21
Information about Source of Exception
Unit: Variants
Method: HandleConversionException
Line: 0

I expected graceful failure.

With the attached .kxf file, the icon is visible at design time but not at run time. The icon is number 0 in shell32.dll. Other icons in shell32.dll work OK. Icon 0 in moricons.dll also does not work.

This may be an AutoIt error. If it is, is there a way for Koda to work around AutoIt’s bug?

1. I created a form in the Design Area but did not save it.
2. I clicked the Generate icon.
3. At the Code window, “Save to file” showed. I clicked on it.
4. Koda said “Your current form is not saved. In order to use the Update function, you must save the form before saving the script”.

But I wasn’t using the Update function, so I suggest that “In order to use the Update function” be dropped from this messagebox.

BTW Yesterday I met a message that contained “it’s”. There is a growing tendency in English usage to use “it’s” rather than “its”. Correct usage is:

• “it’s” is the abbreviated form of “it is”, just as “wasn’t” is an abbreviated form of “was not”. The “‘” shows that one or more characters are missing.
• “its” is an exception to the general rule that “‘s” indicates possession, as in “Koda’s design”, which is exactly equivalent to “the design of Koda”
• “its design” is good English.

There are cases in computer-eze where I do use “‘s” to indicate a plural because it seems to be the only way to be clear. An example: “there are five #include’s in my script”.

Should be ListBox.au3

See attached file

Probably not used much, but should be there.

When code is generated for the attached .kxf, the #Region line is:

> #Region ### START Koda GUI section ### Form=F:\AutoIt scripts\Koda devel\Styles dialogs\List styles suggestion.kxf

I don’t know how the path got included in this line. I can tell you that I did the following early in developing the List script:

• In Koda, saved the Group script as List styles suggestion.kxf in F:\AutoIt scripts\Koda devel\Styles dialogs
• Changed Group to List in the form, and saved it again
• Saved the Group script as List script
• Changed the #Region line from Group to List
• Exited Koda and ran it again
• Chose Update script

Now Update script complains some of the time when I do Update script.

I know that on one occasion when I had trouble, I had most recently saved F:\AutoIt scripts\Koda devel\Listbox example.kxf. I had exited Koda and had run it again. I then probably opened the List script, then closed Listbox example.kxf. So for a time, forms in 2 different directories were open.

Sorry I can’t be more specific.

Now Update script is working OK. But I note that Generate shows the full path yet only fnam.ext is in the #Region line in the script.

I will try to be more specific when it happens again.

BTW The List form and script are still being designed.

The attached .kxf file shows that for the dd code, zero fits easily on the line when the form is run. If I remove the \n\r in Strings Editor, they return when I close SE. SE does not seem to know that the font is Courier New 8pt.

It would make sense to me to have one Ctrl_Z undo all changes to a string, rather than character-by-character.

I have not figured out how this works.

From a color wheel in another app, I chose a light yellow: RGB (248,248,164). I converted to hex: (F8,F8,A4). In TAEdit Properties, I entered 0xF8F8A4. It showed as light cyan.

Please explain.

I think it would be clearer if File | Open were split into two:

• File | Open Form
• File | Open Forms in Script

The filter on the first one would be *.kxf, and on the second *.au3

I realize that Open Forms in Script is not optimum, but I think it would be an improvement on the present situation. It could have a hint: Open all forms referenced in a script.

The attached .kxf does not display as I would expect.

The attached .kxf shows one font size in Design Area and a smaller size when run.

This problem may be related to another. This dialog shows as designed if I change the font size to 8.5 points in AutoIt. Koda won’t let me set the font size to 8.5.

The first attached file shows AU3 Import code I pasted. (It is from Date Picker styles with presets suggestion.au3.)

The second shows the result of clicking on Process.

It appears that Koda did not process the GuiCtrlSetData.

The auto-height seems to be correct at 168, but the vertical centering is off a bit, so when Autosize is True, the bottom of the Today line is hidden.

It is likely that there are other cases where centering is a bit off, e.g. Align | Center Vertically in Window.

Koda calls them hints but AutoIt and Windows call them tooltips.

I think that Koda should use the same term as AutoIt.

Right now, the Treeview Styles dialog has a checkbox called Hints (tooltips) show.

I am working on the ListView styles dialog. It is almost full-screen: about 40 controls.

I would like to keep Object Inspector on top of the Form. When I am working on controls on the right-hand side, it can sit over the left side of the form. How do I do it? OI keeps getting under the Form.

$ListView1 = GUICtrlCreateListView("|", 128, 56, 257, 289, BitOR($GUI_SS_DEFAULT_LISTVIEW,$LVS_NOCOLUMNHEADER))

was generated by Koda, and does not work with 2 columns: the second column shows as blank.

$ListView1 = GUICtrlCreateListView(" | ", 128, 56, 257, 289, BitOR($GUI_SS_DEFAULT_LISTVIEW,$LVS_NOCOLUMNHEADER))

does work.

Koda then generated:

GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 0, 50)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 1, 200)

Apparently AutoIt needs a space before and after the |.

I consider this to be an AutoIt bug, but Koda is the servant of AutoIt, so ...

If AutoIt ever fixes this bug, Koda code generation will still be OK with “<space>|<space> “.

I added a listbox, deleted it, and then was adding a combobox. A error window popped up. See
using the latest version. My OS is Windows 7 64bit.

When added a updown control and enabled UDS_ARROWKEYS style it fails run the
generated code is
<UpdownConstants.au3></code>

Sometimes the defined columns of a listview are lost when copy & pasting or cut & pasting a
watch the following screencast for visual

Operating System: Windows 7 Professional (Not selectable in New Task Dropdown)

I have some labels in my program but when I set longer text in them it overflows and line breaks. So I prolonged them in Koda, saved, updated script with CTRL+U and it worked. Unfortunatelly next time after opening the KXF file I found all labels to have width and height reset back to the values set after their creation! Pretty dumb...I think this is a bug
I found out it happens not only after reopening the form, but randomly during development when the project is open. The only workaround seems to be to add a lot of spaces to a label’s caption

I created a duplicate of the “Events Example” template, renamed it, then edited it to my
I select the new template and generate code, the code is still based on “Events Example” instead of my template.

It snaps on to one more pixel above my actual client size, making it impossible to not have a scrollbar constantly popping up every time I want to make something as wide as the actual
am not sure if this is a bug or intentional, but it makes koda really hard to use for me.

I have been working with Koda for quite a few years
of the most annoying parts of the GUI editor is where i alter the height of inputboxes, comboboxes etc and adjust them to a value where these objects become smaller than the original value (input boxes have a value of 21, i rather cram the contents in 16 pixels which works just as nice).

Koda does accept it and adjusts on the form, but the minute i do something with the form in general or drag the object that is carrying it (frame) somewhere else, the height-value is being set back to the original
can also save the form with its values, but when i reload, all values are reset to the original values that seem to be the “minimum” for those objects.

I rather don’t have Koda to touch these properties in any situation, they are manually adjusted for a reason.

The function “Edit→Control→Lock” works only in the actually
reloading the “KXF”-file, the “LOCK” no longer works.

I’m using Windows 7 and Koda FormDesign Version 1.7.3.0 build 252
I add more a tab control into Form after that I rename this tab
have received a Exception handled: MainExceptionHandler
confirm attachment file

It would be helpful if the Help mentioned how to access the property editors. A few are obvious, but one that is not is the TreeView Editor. There may be more that have this problem.

The Help says “Paste previously copied/cut objects from clipboard into current cursor position”.

Attached is what actually happened when I tried it.

All I can say is that Paste didn’t work as documented. I don’t know how it should work: I am thinking about it.

For the time being, I will document it the way it actually works.

VB5 pastes to the top left of the client area, independent of where the cursor is.

...chris

If there are two Koda regions in a .au3 file, say foo.kxf and bar.kxf, will Update Script work both when foo.kxf is the active form and when bar.kxf is the active form?

It seems to me that this is possible, but the current documentation does not say so.

Are the Windows here all the windows in Koda, i.e. Object Treeview, Object Inspector, Form List, and forms?

I have not figured out what the following checkboxes really do:

• Keep standard layout

• Snap wimdows (to the grid?)

• Choices in Size and position saving (especially the difference between Don’t save abd Manually)

I have looked at the doc as I received it. It doesn’t help.

BTW the screen shot here is obsolete: we need a new one. Please supply.

BTW “Always full expand” should be “Always fully expand”

Description is in the doc but not in Object Inspector. Do I remove Description from doc?

Please update controls_tab_add.png, i.e. with Add a Page rather than New Page. I could do it, but my colors are different from yours.

The doc as I received it says:

Starting from WinXP the “visual” height of combo cannot be set. Height parameter is showing height of opened combo. Koda allow you to change it manually.

I don’t quite understand.

Does this say the same thing:

Windows XP and up set the opened height of a Combobox. The Height property is the height of the closed Combobox.

My playing around shows that the height of the closed control is fixed in Design Area and at run-time (perhaps font-size dependent), and that when opened, the height is sufficient to show at least 15 items.

menu_align.png had Horizontal rather than Horizontally. etc.

I uploaded an updated version, but the old version still shows.

New version is attached.

I am inclined to think that Styles and ExStyles should be added to the documentation – for each control in the Controls section. That way, Koda goes even further to being the “one stop” place for GUIs.

Any thoughts?

Include would make the process less painful. There are some WS_ constants that are available to almost all controls, so it would be nice to be able to include multiple rows of a table in one VAR. Can Include do this?

I would copy the stuff from AutoIt, perhaps doing some re-wording where I can make things clearer (but mostly the AutoIt doc is fairly clear on Styles).

The Styles for Form are a problem: Microsoft defined them in odd ways. I can’t do much about that!

Should I create a commstyle page like commctrl?

$Form1 = GUICreate(”Title”, 300, 200, -1,
= GUICtrlCreateListView(”A|B|C”, 15, 15, 270,
$LVM_SETCOLUMNWIDTH, 0,
$LVM_SETCOLUMNWIDTH, 1,
$LVM_SETCOLUMNWIDTH, 2,

Column widths are not imported from AU3 to KXF.

1. Create a new “Tabbed Pages”
Change the name of the first tab to “TabSheet1
Generate form code
File, Import, Import Autoit GUI