All Projects

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

IDProjectCategoryTask TypeSeveritySummaryStatusOpened byLast Edited  desc
333KodaApplicationBug ReportLowlabel width value is being forgottenUnconfirmedVitas22.10.20123 Task Description

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

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]

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.

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!

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.


	
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

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.

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?

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.

230KodaApplicationBug ReportLowCombo: ItemIndex and TextUnconfirmedChris Haslam05.05.20112 Task Description

I take ItemIndex to be the ordinal number of the Item that is shown initially ref 1).

With a List, I have played with Text. It seems always to show the Item with the ordinal that is assigned to ItemIndex. So why does Koda have both ItemIndex and Text? Or should Text be read-only?

233KodaApplicationBug ReportLowCannot set OnClick to be noneUnconfirmedMartin Gibson04.05.20112 Task Description

The OnClick property does not work for me if I choose none. With none I expect that there will be no line GuiCtrlSetOnEvent for that control and for lots of things, like labels, I might not have an event.

257KodaDocumentationRegular TaskLowProblem updating menu_align.pngUnconfirmedChris Haslam11.05.20112 Task Description

menu_align.png had Horizontal rather than Horizontally. etc.

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

New version is attached.

263KodaDocumentationBug ReportLowAdd styles and exstyles to documentation?UnconfirmedChris Haslam17.05.20112 Task Description

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?

264KodaApplicationBug ReportLowChoose Script: move from startup to Tools | Update Scri...UnconfirmedChris Haslam23.05.20112 Task Description

I think that it would be more user-friendly to move Choose Script from start-up to when the info is needed, i.e. when the user first does Tools | Update Script in a session (and, of course, when more than one .au3 file uses the active form).

Choose Script would then be changed to ask: “Update which script?”. Otherwise the dialog would be the same as it is now.

Moving Choose Script would significantly help with the documentation effort. It is not documented because I haven’t thought of where to weave it in.

270KodaApplicationBug ReportLowButton: SS_RIGHTJUST available but no way of specifying...UnconfirmedChris Haslam18.05.20112 Task Description

Also: should I remove mention if image from SS_CENTERIMAGE?

274KodaApplicationBug ReportLowButton styles: some suggested changesUnconfirmedChris Haslam11.06.20112 Task Description

Microsoft and AutoIt say that BS_PUSHLIKE applies to Checkbox and Radio, but not to Button. I suggest removing it from Button.

BS_ICON and BS_BITMAP: I think these are redundant because the user tells Koda which icon or bitmap to use in Picture.

WS_GROUP, WS_VISIBLE and WS_CHILD: see discussion in FS$273

275KodaApplicationBug ReportLowCheckbox styles: some suggested changesUnconfirmedChris Haslam06.06.20112 Task Description

WS_GROUP, WS_VISIBLE and WS_CHILD: see discussion in FS#273

282KodaApplicationBug ReportLowIcon styles: some suggestionsUnconfirmedChris Haslam11.06.20112 Task Description

SS_ICON: could be dropped from OI because it doesn’t add any info: TAIcon only handles, and requires, an icon.

SS_PREFIX applies to text, but TAIcon has no text.

FS#281 relates

285KodaApplicationBug ReportLowListview styles: some suggestionsUnconfirmedChris Haslam15.07.20112 Task Description
  1. Icon and SmallIcon views are available in AutoIt so LVS_ICON and LVS_SMALLICON should not be disabled. The points below assume the present situation: only List and Report view available. I have added to the doc “At this time, only Report and List views are available in Koda”.
  1. Koda can know that if if there are Columns, the view is Report else it is List. So until Icon and SmallIcon views are added, LVS_LIST and LVS_REPORT could be removed.
  1. With LVS_LIST checked, Koda generated BitOr($GUI_SS_DEF_LV,LVS_SMALLICON). It so happens that this has the same value as LVS_LIST – but untidy :-)
  1. LVS_COLUMNHEADERS only applies to Report style, so it should be disabled when LVS_LIST is checked
  1. Collection editor: if you enter only one row, no column header is created
  1. LVS_NOSORTHEADER should be removed from OI because it doesn’t work and AutoIt help says that double-click to sort rhas not been implemented.
  1. Multiple selection only works in Report view so LVS_SINGLESEL should be disabled in List view.
  1. Check LVS_SORTASCENDING and then check LVS_SORTDESCENDING: LVS_SORTASCENDING is still checked. Because mask is missing from styles.xml.
  1. LVS_AUTOARRANGE, LVS_ALIGNTOP and LVS_ALIGNLEFT are only intended for Icon and SmallIcon views, so should be removed.
  1. LVS_ALIGNTOP will not uncheck.
306KodaApplicationBug ReportLowGenerate Code button | Save to fileUnconfirmedChris Haslam25.06.20112 Task Description
  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”. :-)

319KodaApplicationBug ReportLowHint or Tooltip?UnconfirmedChris Haslam08.07.20112 Task Description

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.

322KodaApplicationBug ReportLowaccess vilolation errorUnconfirmedwenyibing24.10.20112 Task Description

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.

294KodaApplicationBug ReportMediumAdding context menu to an icon error in on event modeAssignedMartin Gibson29.05.20111 Task Description

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
324KodaApplicationBug ReportMediumColumns are lost when copying ListviewUnconfirmedChristian21.04.20121 Task Description

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)

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

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.

159KodaDocumentationRegular TaskLowHelp | Property EditorsWaiting feedbackChris Haslam18.01.20111 Task Description

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.

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

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.

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.

231KodaApplicationBug ReportLowCombo: RemarksUnconfirmedChris Haslam04.05.20111 Task Description

The doc
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 understand. Is the doc saying that the collapsed height is fixed by XP and up, but that the user can set (with the Height property) the expanded height? If so.I have not been able to see this.

232KodaApplicationBug ReportLowControl | PicUnconfirmedChris Haslam04.05.20111 Task Description

I have written:

sRealSize - Width and height are determined by original size of image

Is this correct?

236KodaApplicationBug ReportLowTreeView :PropertiesUnconfirmedChris Haslam04.05.20111 Task Description

I suggest that Images be called ImageList. This will be clearer.

I suggest that Items be called Nodes.

241KodaApplicationBug ReportLowTab: HintUnconfirmedChris Haslam05.05.20111 Task Description

The doc says;

If one of pages has “Hint” property set, Koda will always generate GUICtrlSetTip for first page - this is the only way to correct setting tip to previous pages.

I am not sure what this means.

Here is what I think it may mean:

If you set a Hint for a page other than the first page, Koda will also generate a Hint for the first page.

Does this mean that a Hint will be set for all pages?

Is this an AutoIt limitation?

Is the Hint on the first page the same as on the subsequent page?

243KodaApplicationBug ReportLowToolbar | Button | HeightUnconfirmedChris Haslam05.05.20111 Task Description
  1. Selected Height value
  2. Pressed Del
  3. Pressed Enter

Exception
Exception handled 2011-05-04 at 22:35:49 by
is not a valid integer
Address:
about Source of
Method: Line:

Same thing happened when Backspace key (rather than Del) was pressed.

245KodaApplicationBug ReportLowToolbar: Properties: discrepancy between Koda and the d...UnconfirmedChris Haslam05.05.20111 Task Description

The following properties are in Object Inspector but not in the doc:

  • TAToolbar - Enabled, Height, Hint, Tab Order, Top, Visible, Width
  • TAToolButton - Caption, Enabled, Height, Hint, ImageIndex, Top, Visible, Width

Please tell me which should be added to the doc. (Some I know, e.g. ImageIndex)

246KodaApplicationRegular TaskLowOptions | Options | General | Recent Files 2UnconfirmedChris Haslam06.05.20111 Task Description

I notice that the caption in 1.7.3.1 is Number of recent file list. This does not make sense to me. It makes it look like recent file list has an ID number (or something).

I wrote:

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.

Other wordings are possible.

Number of is redundant: the input box shows numbers.

:-)

250KodaApplicationBug ReportLowToolbar : controls_toolbutton_add.pngUnconfirmedChris Haslam06.05.20111 Task Description

Please update this image with your selection color.

253KodaDocumentationRegular TaskLowCombobox | Remarks | Height parameterUnconfirmedChris Haslam19.05.20111 Task Description

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.

255KodaApplicationBug ReportLowDummy: How to show Context MenuUnconfirmedChris Haslam11.05.20111 Task Description

How can I get a context menu to show when I press the accelerator key?

See attached for AutoIt error.

258KodaApplicationBug ReportLowdialog_generating_options.png is out of dateUnconfirmedChris Haslam08.05.20111 Task Description

Please update with your color scheme

259KodaApplicationBug ReportLowproped_treeview_editor.png: update from Item to NodeUnconfirmedChris Haslam08.05.20111 Task Description

Please

265KodaApplicationBug ReportLowInputBox+UpDown | disabled : Code Generator errorAssignedChris Haslam17.05.20111 Task Description

I set InputBox | Enabled to False. Koda generated:

$Input1 = GUICtrlCreateInput("1", 112, 56, 96, 21, 0)
$Updown1 = GUICtrlCreateUpdown($Input1)
GUICtrlSetLimit(-1, 1, 100)
GUICtrlSetState(-1, $GUI_DISABLE)

It should be:

$Input1 = GUICtrlCreateInput("1", 112, 56, 96, 21, 0)
GUICtrlSetState(-1, $GUI_DISABLE)
$Updown1 = GUICtrlCreateUpdown($Input1)
GUICtrlSetLimit(-1, 1, 100)
266KodaApplicationFeature RequestLowCheckbox: initialize with $GUI_INDETERMINATEPostponedChris Haslam17.05.20111 Task Description

When BS_3STATE is checked, Check would offer True, Indeterminate and False. If Indeterminate is too long, Gray would fit.

If the user chose Gray and subsequently unchecked BS_3STATE, Check would automatically become False.

271KodaApplicationBug ReportLowInput styles: some suggested changesUnconfirmedChris Haslam18.05.20111 Task Description

I think that ES_MULTILINE should not appear in Object Inspector because an InputBox is by definition single-line.

ES_WANTRETURN is irrelevant to Input box because InputBox is single-line, so I think that it should not appear in Object Inspector. Same for ES_AUTOVSCROLL and WS_VSCROLL.

In C/C++, WS_GROUP is the way of marking a control as the first in a group, and another control as the last in the group. But AutoIt uses, and Koda generates, a pair of calls to GUICtrlCreateGroup. So I suggest removing WS_GROUP from TAInput in Object Inspector. The fewer styles there are, the easier it is for a user: some scrolling down is inevitable, but the less he needs to do so the less likely he is to miss a style that he needs to check or uncheck.

Koda shows WS_VISIBLE as forced, but AutoIt doesn’t. Further, WS_VISIBLE remains checked even when Visible is False. I suggest removing WS_VISIBLE.

I think that WS_CHILD only applies to Forms. So I suggest removing it from Object Inspector | TAInput.

With WS_HSCROLL checked, when a Form is run, the scroll bar is drawn over the Text. Koda insists that the Height be 21. It needs to allow a larger height when WS_HSCROLL is checked.

272KodaApplicationBug ReportLowLabel styles: some suggested changesUnconfirmedChris Haslam15.06.20111 Task Description

SS_NOTIFY is shown as checked and forced, even when OnCick has not been specified. But notification can be set/reset in OnClick. So I suggest removing SS_NOTIFY. I wonder whether SS_NOTIFY will work for a Label.

n C/C++, WS_GROUP is the way of marking a control as the first in a group, and another control as the last in the group. But AutoIt uses, and Koda generates, a pair of calls to GUICtrlCreateGroup. So I suggest removing WS_GROUP from TALabel in Object Inspector. The fewer styles there are, the easier it is for a user: some scrolling down is inevitable, but the less he needs to do so the less likely he is to miss a style that he needs to check or uncheck.

Koda shows WS_VISIBLE as forced, but AutoIt doesn’t. Further, WS_VISIBLE remains checked even when Visible is False. I suggest removing WS_VISIBLE.

I think that WS_CHILD only applies to Forms. So I suggest removing it from Object Inspector | TALabel.

273KodaApplicationBug ReportLowEdit styles: some suggested changesUnconfirmedChris Haslam09.06.20111 Task Description

I think that ES_MULTILINE should not appear in Object Inspector because an EditBox is by definition multi-line.

In C/C++, WS_GROUP is the way of marking a control as the first in a group, and another control as the last in the group. But AutoIt uses, and Koda generates, a pair of calls to GUICtrlCreateGroup. So I suggest removing WS_GROUP from TAEdit in Object Inspector. The fewer styles there are, the easier it is for a user: some scrolling down is inevitable, but the less he needs to do so the less likely he is to miss a style that he needs to check or uncheck.

Koda shows WS_VISIBLE as forced, but AutoIt doesn’t. Further, WS_VISIBLE remains checked even when Visible is False. I suggest removing WS_VISIBLE.

I think that WS_CHILD only applies to Forms. So I suggest removing it from Object Inspector | TAEdit.

289KodaApplicationBug ReportLowToolbar: suggested changesUnconfirmedChris Haslam22.05.20111 Task Description

TBSTYLE_TOOLTIPS: not needed in OI because Koda knows whether Hints have been specified. So suggest remove TBSTYLE_TOOLTIPS for now.

TBSTYLE_ALTDRAG: Doc would say “Allows changing a button’s position by Alt-dragging it, rather than Shift-dragging it. Requires CCS_ADJUSTABLE”. Also doc would describe CCA_ADJUSTABLE as “enables user to add, delete, and rearrange buttons”. CCA_ADJUSTABLE is defined in Constants.au3. Suggesting adding styles is beyond my current scope, so I suggest removing TBSTYLE_ALTDRAG for now.

TBSTYLE_LIST does not seem to work, so I suggest removing it from OI.

TBSTYLE_CUSTOMERASE: Doc would say “Generates NM_CUSTOMDRAW notification codes when toolbar processes WM_ERASEBKGND messages”. This is not generated by Koda, so I suggest removing it from OI.

TBSTYLE_REGISTERDROP: Doc would say “Generates TBN_GETOBJECT notification codes to request drop target objects when the cursor passes over toolbar buttons”. This is not generated by Koda, so I suggest removing it from OI.

Extended Styles: Bug: won’t stay checked, so can’t test them.

TBSTYLE_EX_MIXEDBUTTONS: Requires TBSTYLE_LIST, which doesn’t seem to work. So I suggest removing TBSTYLE_EX_MIXEDBUTTONS from OI.

TBSTYLE_EX_HIDECLIPPEDBUTTONS: AutoIt help says “Hides partially clipped buttons”. To me buttons could only be partly clipped if buttons were added. CCS_ADJUSTABLE is not in OI, so I suggest removing TBSTYLE_EX_HIDECLIPPEDBUTTONS for now.

302KodaApplicationBug ReportLowEtched Horizontal Labels and TabsUnconfirmedSect20.06.20111 Task Description

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.

Showing tasks 51 - 100 of 147 Page 2 of 3 - 1 - 2 - 3 -

Available keyboard shortcuts

Tasklist

Task Details

Task Editing