|
131 | Koda | Application | Bug Report | High | Unable to insert embedded IE control | Assigned | ND | 04.05.2010 |
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.
|
|
323 | Koda | Application | Bug Report | High | $UDS_ARROWKEYS not defined | Unconfirmed | V@no | 27.12.2011 |
Task Description
When added a updown control and enabled UDS_ARROWKEYS style it fails run the generated code is <UpdownConstants.au3></code>
|
|
339 | Koda | Application | Bug Report | High | I can't rename tab control | Unconfirmed | Vo Anh Kiet | 15.01.2015 |
Task Description
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
|
|
89 | Koda | Application | Bug Report | Medium | Wrong form height in the generated code | Researching | | 29.05.2011 |
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.
|
|
129 | Koda | Application | Bug Report | Medium | Dummy controls appears behind menus | Assigned | Admin | 15.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.
|
|
136 | Koda | Application | Feature Request | Medium | Use array names | Postponed | OmYcroN | 07.05.2011 |
Task Description
Please add the ability to use array names in the Object Inspector for the control names: ControlName[Index]
|
|
294 | Koda | Application | Bug Report | Medium | Adding context menu to an icon error in on event mode | Assigned | Martin Gibson | 29.05.2011 |
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
|
|
324 | Koda | Application | Bug Report | Medium | Columns are lost when copying Listview | Unconfirmed | Christian | 21.04.2012 |
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)
|
|
335 | Koda | Application | Bug Report | Medium | Any objects (buttons, edit boxes) always snapping/resiz... | Unconfirmed | Trevor Blanc | 24.11.2012 |
Task Description
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.
|
|
337 | Koda | Import | Bug Report | Medium | Using parenthesis "()" in tab names, breaks import. | Unconfirmed | Vitaliy Maksimov | 24.09.2013 |
Task Description
1. Create a new “Tabbed Pages” Change the name of the first tab to “TabSheet1 Generate form code File, Import, Import Autoit GUI
|
|
338 | Koda | Application | Bug Report | Medium | Lock controls in designer | Unconfirmed | Henrik | 24.08.2014 |
Task Description
The function “Edit→Control→Lock” works only in the actually reloading the “KXF”-file, the “LOCK” no longer works.
|
|
4 | Koda | Application | Feature Request | Low | Save chosen template as one of form options | Assigned | Admin | 13.11.2008 |
Task Description
Save chosen template as one of form options.
|
|
6 | Koda | Application | Feature Request | Low | Not rename form when loading (Form1->Form1_1) | Assigned | Admin | 13.11.2008 |
Task Description
Not rename form when loading (Form1?Form1_1)
|
|
8 | Koda | Application | Feature Request | Low | Customizing fonts | Assigned | Admin | 13.11.2008 |
Task Description
Customizing fonts (by EulerG)
|
|
11 | Koda | Application | Feature Request | Low | Remove ClientWidth/ClientHeight | Assigned | Admin | 13.11.2008 |
Task Description
Remove ClientWidth/ClientHeight for the Form (Make Width=ClientWidth etc)
|
|
21 | Koda | Application | Bug Report | Low | Resizing property - missing some constants | Postponed | Zedna | 16.03.2009 |
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.
|
|
24 | Koda | Application | Bug Report | Low | Generation options dialog is loose indent char selectio... | Assigned | Admin | 06.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.
|
|
37 | Koda | Import | Feature Request | Low | Import - Listview column widths - not imported | Assigned | Zedna | 03.02.2010 |
Task Description
$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.
|
|
77 | Koda | Application | Feature Request | Low | Making Code Templates more flexible | Waiting feedback | David | 30.05.2011 |
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.
|
|
79 | Koda | Application | Feature Request | Low | RichEdit custom control | Assigned | Admin | 15.10.2009 |
Task Description
RichEdit custom control since it’s UDF was added in the standard distributive.
|
|
81 | Koda | Application | Feature Request | Low | Ability to separate form generating code and event code | Unconfirmed | | 04.11.2009 |
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
|
|
102 | Koda | Application | Bug Report | Low | In String list editor all words are not translatable. | Unconfirmed | Thierry | 05.02.2010 |
Task Description
In the string list editor, we can’t translate all the terms attached image.
|
|
114 | Koda | Application | Bug Report | Low | Ctlr+с copy elements but not the value | Assigned | | 06.03.2010 |
Task Description
keyboard shortcut Ctrl+С copies of the element, although I need to copy the instance name of the element.
|
|
133 | Koda | Application | Bug Report | Low | Problems with Toolbar Configuration | Assigned | Spence | 29.06.2010 |
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!
|
|
141 | Koda | Application | Bug Report | Low | Ability to generate more then one tab on one form | Postponed | Admin | 07.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.
|
|
147 | Koda | Application | Feature Request | Low | TAGroup: A suggestion | Waiting feedback | Chris Haslam | 17.01.2011 |
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:
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.
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.
|
|
150 | Koda | Application | Bug Report | Low | Expand %var% variable | Postponed | Chris Haslam | 17.01.2011 |
Task Description
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?
|
|
152 | Koda | Application | Bug Report | Low | TAUpdown: Appearance in Preview is inconsistent with ap... | Assigned | Chris Haslam | 30.06.2011 |
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.
|
|
153 | Koda | Application | Bug Report | Low | TAInput with TAUpdown always sets initial value to UpDo... | Postponed | Chris Haslam | 17.01.2011 |
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.
|
|
154 | Koda | Application | Bug Report | Low | TAUpdown: Problems in AutoIt affect Koda | Unconfirmed | Chris Haslam | 03.01.2011 |
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.
|
|
158 | Koda | Application | Bug Report | Low | TALabel: Autosize | Assigned | Chris Haslam | 03.06.2011 |
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
|
|
159 | Koda | Documentation | Regular Task | Low | Help | Property Editors | Waiting feedback | Chris Haslam | 18.01.2011 |
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.
|
|
161 | Koda | Application | Feature Request | Low | Auto-sizing in Radio and Checkbox controls | Postponed | Chris Haslam | 02.02.2011 |
Task Description
Auto-sizing in Radio and Checkbox controls would be useful. Default should be False. Put it on the wish list?
|
|
164 | Koda | Application | Bug Report | Low | File | Close Form is inconsistent with File | Open and ... | Unconfirmed | Chris Haslam | 02.02.2011 |
Task Description
I suggest File | Close.
Documentation says Close, not Close Form.
...chris
|
|
165 | Koda | Documentation | Bug Report | Low | Edit | Paste doesn't paste to the current cursor positi... | Unconfirmed | Chris Haslam | 08.02.2011 |
Task Description
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
|
|
168 | Koda | Application | Bug Report | Low | Edit | Align menu | Center ... in Window | Assigned | Chris Haslam | 11.02.2011 |
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
|
|
170 | Koda | Application | Feature Request | Low | Tab Order - 2 cases | Assigned | Chris Haslam | 23.05.2011 |
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:
Setting the tab order for all controls, and
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
|
|
171 | Koda | Application | Feature Request | Low | Distinctive colors for grab handles of "No insert in" a... | Researching | Chris Haslam | 07.05.2011 |
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
|
|
175 | Koda | Application | Regular Task | Low | Forms main menu item: Why? | Assigned | Chris Haslam | 11.02.2011 |
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
|
|
182 | Koda | Application | Bug Report | Low | Tools | Generating Options | Template doesn't show Even... | Assigned | Chris Haslam | 24.02.2011 |
Task Description
But Events Example is in Code Templates dialog
|
|
184 | Koda | Application | Feature Request | Low | Template Gallery | Assigned | Chris Haslam | 05.05.2011 |
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?
|
|
187 | Koda | Application | Feature Request | Low | OnClick => Notify ? | Assigned | Chris Haslam | 05.05.2011 |
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.
|
|
188 | Koda | Application | Feature Request | Low | Which form should open when you run Koda? | Unconfirmed | Chris Haslam | 01.03.2011 |
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.
|
|
191 | Koda | Application | Regular Task | Low | Multiple selection of controls | Unconfirmed | Chris Haslam | 13.03.2011 |
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.
|
|
194 | Koda | Application | Bug Report | Low | Options | Options | General | Recent files | Unconfirmed | Chris Haslam | 12.05.2011 |
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.
|
|
197 | Koda | Documentation | Regular Task | Low | Tools | Update Script with multiple Koda regions in the... | Unconfirmed | Chris Haslam | 15.04.2011 |
Task Description
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.
|
|
198 | Koda | Application | Bug Report | Low | When CBS_DROPDOWNLIST is set, Koda generate CBS_SIMPLE ... | New | Admin | 15.04.2011 |
Task Description
When CBS_DROPDOWNLIST is set, Koda generate CBS_SIMPLE instead.
|
|
201 | Koda | Documentation | Bug Report | Low | Options | Options | Windows: which windows? | Unconfirmed | Chris Haslam | 05.05.2011 |
Task Description
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:
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”
|
|
202 | Koda | Application | Feature Request | Low | Overcoming MS's confusion in styles for forms | Assigned | Chris Haslam | 05.05.2011 |
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:
Put them in the Styles tab, at the top of the list, or
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.
|
|
208 | Koda | Application | Bug Report | Low | Collection editor: name of | Unconfirmed | Chris Haslam | 21.04.2011 |
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?
|