|
234 | Koda | Application | Bug Report | Low | Dummy: notify | Assigned | Chris Haslam | 04.05.2011 |
Task Description
I read in the doc:
The control will “notify” as normal
but do not see an OnClick property.
So how does the user tell a Dummy control to notify?
|
|
223 | Koda | Application | Bug Report | Low | Form | OnClose, OnMaximize, OnMinimize in MessageLoop ... | Assigned | Chris Haslam | 04.05.2011 |
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:
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.
|
|
222 | Koda | Documentation | Bug Report | Low | Form control | Unconfirmed | Chris Haslam | 04.05.2011 |
Task Description
Description is in the doc but not in Object Inspector. Do I remove Description from doc?
|
|
233 | Koda | Application | Bug Report | Low | Cannot set OnClick to be none | Unconfirmed | Martin Gibson | 04.05.2011 |
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.
|
|
236 | Koda | Application | Bug Report | Low | TreeView :Properties | Unconfirmed | Chris Haslam | 04.05.2011 |
Task Description
I suggest that Images be called ImageList. This will be clearer.
I suggest that Items be called Nodes.
|
|
232 | Koda | Application | Bug Report | Low | Control | Pic | Unconfirmed | Chris Haslam | 04.05.2011 |
Task Description
I have written:
sRealSize - Width and height are determined by original size of image
Is this correct?
|
|
231 | Koda | Application | Bug Report | Low | Combo: Remarks | Unconfirmed | Chris Haslam | 04.05.2011 |
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.
|
|
216 | Koda | Application | Bug Report | Low | Picture Editor: some observations | Unconfirmed | Chris Haslam | 04.05.2011 |
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
@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!
Perhaps a filename and ext should be generated by Koda as @ScriptDir\fnam.ext
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.
|
|
237 | Koda | Application | Bug Report | Low | ListView Properties | Unconfirmed | Chris Haslam | 04.05.2011 |
Task Description
I suggest that Images be called ImageList. Clearer
Alignment
I read the info on Alignment:
According to MSDN, the alignment of the leftmost column is always left-justified; it cannot be changed.
MSDN says in full:
If a column is added to a list-view control with index 0 (the leftmost column), it is always LVCFMT_LEFT. Setting other flags on column 0 does not override that alignment. Therefore if you keep inserting columns with index 0, the text in all columns are left-aligned. If you want the first column to be right-aligned or centered you can make a dummy column, then insert one or more columns with index 1 or higher and specify the alignment you require. Finally delete the dummy column.
The form ran OK. The part of the generated code that does the ListView is here:
$ListView2 = GUICtrlCreateListView("Animal|Coat|Feet", 96, 384, 169, 113)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 0, 50)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 1, 50)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 2, 50)
_GUICtrlListView_JustifyColumn(GUICtrlGetHandle($ListView2), 0, 1)
$ListView2_0 = GUICtrlCreateListViewItem("Lucas|furry|paws", $List
I am wondering whether Koda would be able to do the work-around automatically, rather than the user having to do it manually. Perhaps Koda would need to create a zero-width column 0 so Object Inspector would allow the first column that shows in Collection editor to be right or center justified.
Just a thought.
|
|
219 | Koda | Application | Feature Request | Low | Treeview Editor: Observations | Assigned | Chris Haslam | 27.04.2011 |
Task Description
I suggest that:
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?
|
|
215 | Koda | Application | Bug Report | Low | TrayMenu | MouseClick | Default | Assigned | Chris Haslam | 26.04.2011 |
Task Description
I have problems with Koda generating TraySetClick(”0”) as the default:
It is not clear to me what ShowStdMenu does when a Tray Menu control is on a form.
Any thoughts?
|
|
217 | Koda | Application | Feature Request | Low | Strings Editot | Show Hard Return? | Unconfirmed | Chris Haslam | 26.04.2011 |
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.
|
|
218 | Koda | Application | Bug Report | Low | TreeView bug? | Assigned | Chris Haslam | 26.04.2011 |
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.
|
|
214 | Koda | Application | Bug Report | Low | TrayMenu | Undo | Assigned | Chris Haslam | 21.04.2011 |
Task Description
I clicked on New Form icon
I created a Tray Menu control
I added File as a menu item and gave it Exit as a sub-menu item
I did Ctrl_Z several times
I was then unable to select the form.
|
|
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?
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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
|
|
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
|
|
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
|
|
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
|
|
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
|
|
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.
|
|
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?
|
|
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.
|
|
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.
|
|
140 | Koda | Application | Feature Request | Very Low | Unicode support | Unconfirmed | Thong | 30.10.2010 |
Task Description
I am vietnamese,i use the unicode,but koda don’t support it,we need it,thanks
|
|
139 | Koda | Application | Feature Request | Very Low | add a option 'set caption also set name' | Postponed | thesnow | 25.08.2010 |
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!
|
|
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!
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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.
|
|
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)
|
|
8 | Koda | Application | Feature Request | Low | Customizing fonts | Assigned | Admin | 13.11.2008 |
Task Description
Customizing fonts (by EulerG)
|
|
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)
|
|
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.
|