|
297 | Koda | Application | Bug Report | Low | Pic Properties | Picture | Assigned | Chris Haslam | 16.06.2011 |
Task Description
Properties | Picture always seems to show None even when a .bmp is loaded and appears in the Design Area.
|
|
303 | Koda | Application | Bug Report | Low | AU3 Import: Bug | Assigned | Chris Haslam | 19.06.2011 |
Task Description
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.
|
|
304 | Koda | Application | Bug Report | Low | Button icon bug: not visible at run time | Assigned | Chris Haslam | 24.06.2011 |
Task Description
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?
|
|
308 | Koda | Application | Bug Report | Low | Listbox test form includes GUIListBox.au3 | Assigned | Chris Haslam | 27.06.2011 |
Task Description
Should be ListBox.au3
See attached file
|
|
318 | Koda | Application | Bug Report | Low | TAMonthCal: Centering problem | Assigned | Chris Haslam | 08.07.2011 |
Task Description
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.
|
|
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.
|
|
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.
|
|
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
|
|
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.
|
|
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
|
|
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.
|
|
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”
|
|
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?
|
|
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.
|
|
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.
|
|
220 | Koda | Application | Bug Report | Low | FD launch bug | Unconfirmed | Chris Haslam | 05.05.2011 |
Task Description
On the first launch of the day, I got an exception error. Screen shot attached.
The other screen shot is after clicking OK to the message box.
I was able to close Koda.
Then I was able to launch Koda normally.
Weird!
|
|
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?
|
|
226 | Koda | Application | Bug Report | Low | MenuItem | RadioItem | Unconfirmed | Chris Haslam | 05.05.2011 |
Task Description
Either MenuItem | RadioItem is not working or I don’t understand it. .kxf file, attached, generated:
#include <GUIConstantsEx.au3>
#include <StaticConstants.au3>
#include <WindowsConstants.au3>
#Region ### START Koda GUI section ### Form=F:\Koda forms for PerfectScript\Menu radio test.kxf
$Form1 = GUICreate("Form1", 623, 449, 192, 114)
$mnuFile = GUICtrlCreateMenu("&File")
$mnuOpen = GUICtrlCreateMenuItem("Open", $mnuFile, -1 , 1)
$mnuSave = GUICtrlCreateMenuItem("Save", $mnuFile, -1 , 1)
$MenuItem1 = GUICtrlCreateMenuItem("", $mnuFile)
$mnuExit = GUICtrlCreateMenuItem("Exit", $mnuFile)
$mnuEdit = GUICtrlCreateMenu("&Edit")
$mnuOpts = GUICtrlCreateMenu("&Options")
$mnuHelp = GUICtrlCreateMenu("&Help")
$Label1 = GUICtrlCreateLabel("Label1", 224, 184, 36, 17)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###
While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
EndSwitch
#include <GUIConstantsEx.au3>
#include <StaticConstants.au3>
#include <WindowsConstants.au3>
#Region ### START Koda GUI section ### Form=F:\Koda forms for PerfectScript\Menu radio test.kxf
$Form1 = GUICreate("Form1", 623, 449, 192, 114)
$mnuFile = GUICtrlCreateMenu("&File")
$mnuOpen = GUICtrlCreateMenuItem("Open", $mnuFile, -1 , 1)
$mnuSave = GUICtrlCreateMenuItem("Save", $mnuFile, -1 , 1)
$MenuItem1 = GUICtrlCreateMenuItem("", $mnuFile)
$mnuExit = GUICtrlCreateMenuItem("Exit", $mnuFile)
$mnuEdit = GUICtrlCreateMenu("&Edit")
$mnuOpts = GUICtrlCreateMenu("&Options")
$mnuHelp = GUICtrlCreateMenu("&Help")
$Label1 = GUICtrlCreateLabel("Label1", 224, 184, 36, 17)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###
While 1
$nMsg = GUIGetMsg()
Switch $nMsg
Case $GUI_EVENT_CLOSE
Exit
EndSwitch
WEnd |
|
230 | Koda | Application | Bug Report | Low | Combo: ItemIndex and Text | Unconfirmed | Chris Haslam | 05.05.2011 |
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?
|
|
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.
|
|
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?
|
|
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.
|
|
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.
|
|
240 | Koda | Application | Bug Report | Low | Tab Control: Focus and reorganizing pages | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
While Alt-Left and Alt-Right have worked for me, I have just spent several minutes trying to get Alt-Left to work for me.
Screen shot and .kxf file are attached.
I wish I could be clearer as to what is happening. Alt-Left seems not to be working because the focus is not on TabSheet1. I also notice that the Form is active but Koda is not: odd.
When I first tried Alt-Left and Alt-Right they didn’t work. Then somehow they did.
|
|
241 | Koda | Application | Bug Report | Low | Tab: Hint | Unconfirmed | Chris Haslam | 05.05.2011 |
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?
|
|
243 | Koda | Application | Bug Report | Low | Toolbar | Button | Height | Unconfirmed | Chris Haslam | 05.05.2011 |
Task Description
Selected Height value
Pressed Del
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.
|
|
245 | Koda | Application | Bug Report | Low | Toolbar: Properties: discrepancy between Koda and the d... | Unconfirmed | Chris Haslam | 05.05.2011 |
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)
|
|
246 | Koda | Application | Regular Task | Low | Options | Options | General | Recent Files 2 | Unconfirmed | Chris Haslam | 06.05.2011 |
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.
|
|
247 | Koda | Application | Bug Report | Low | Koda menu | Help | Content | Unconfirmed | Chris Haslam | 05.05.2011 |
Task Description
The correct English usage is Contents.
|
|
248 | Koda | Documentation | Bug Report | Low | Creating a Tab control | new screenshot | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
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.
|
|
249 | Koda | Application | Bug Report | Low | Tab control: Hint being set for ccontrol on a page | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
The attached .kxf file, when run, shows a Hint for the Label on the third Page. The Hint should be for the Page.
|
|
250 | Koda | Application | Bug Report | Low | Toolbar : controls_toolbutton_add.png | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
Please update this image with your selection color.
|
|
251 | Koda | Application | Bug Report | Low | Toolbar | Style | tbsDropDown | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
A button with tbsDropDown does not show correctly when the form is run. Koda generates
_GUICtrlToolbar_AddButton($ToolBar1, 0, 20, 0, $BTNS_DROPDOWN)
The AutoIt help says:
_GUICtrlToolbar_AddButton($hWnd, $iID, $iImage[, $iString = 0[, $iStyle = 0[, $iState = 4[, $iParam = 0]]]])
Is this a code generator problem? Or is _GUICtrlToolbar flaky?
|
|
252 | Koda | Application | Bug Report | Low | My first pass through the documentation is now complete | Unconfirmed | Chris Haslam | 06.05.2011 |
Task Description
My first pass through the documentation is now complete, except for issues I have raised in open Bugtracker tasks. I will be proceeding to Pass 2. This will include replacing many #term_definitions with #remarks_headers.
|
|
253 | Koda | Documentation | Regular Task | Low | Combobox | Remarks | Height parameter | Unconfirmed | Chris Haslam | 19.05.2011 |
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.
|
|
255 | Koda | Application | Bug Report | Low | Dummy: How to show Context Menu | Unconfirmed | Chris Haslam | 11.05.2011 |
Task Description
How can I get a context menu to show when I press the accelerator key?
See attached for AutoIt error.
|
|
257 | Koda | Documentation | Regular Task | Low | Problem updating menu_align.png | Unconfirmed | Chris Haslam | 11.05.2011 |
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.
|
|
258 | Koda | Application | Bug Report | Low | dialog_generating_options.png is out of date | Unconfirmed | Chris Haslam | 08.05.2011 |
Task Description
Please update with your color scheme
|
|
259 | Koda | Application | Bug Report | Low | proped_treeview_editor.png: update from Item to Node | Unconfirmed | Chris Haslam | 08.05.2011 |
Task Description
Please
|
|
261 | Koda | Application | Feature Request | Low | Disable a tabstop | Unconfirmed | Chris Haslam | 24.05.2011 |
Task Description
An example from External Link:
GUICtrlCreateButton("Two", 10, 140, 80, 30)
_WinAPI_SetWindowLong(GUICtrlGetHandle(-1), $GWL_STYLE, BitAND(_WinAPI_GetWindowLong(GUICtrlGetHandle(-1), $GWL_STYLE), BitNOT($WS_TABSTOP)))
But first the inconsistency between Tab Order and WS_TABSTOP needs to be resolved.
|
|
263 | Koda | Documentation | Bug Report | Low | Add styles and exstyles to documentation? | Unconfirmed | Chris Haslam | 17.05.2011 |
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?
|
|
264 | Koda | Application | Bug Report | Low | Choose Script: move from startup to Tools | Update Scri... | Unconfirmed | Chris Haslam | 23.05.2011 |
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.
|
|
268 | Koda | Application | Feature Request | Low | Form | WS_EX_ACCEPTFILES requires GUI_DROPACCEPTED in o... | Unconfirmed | Chris Haslam | 17.05.2011 |
Task Description
I don’t see how to check GUI_DROPACCEPTED in Edit control.
|
|
269 | Koda | Application | Bug Report | Low | Form lacks WS_EX_CLIENTEDGE and WS_EX_STATICEDGE | Unconfirmed | Chris Haslam | 17.05.2011 |
Task Description
AutoIt has constants for them
|