|
310 | Koda | Application | Bug Report | Low | #Region includes path | Unconfirmed | Chris Haslam | 25.06.2011 |
Task Description
When code is generated for the attached .kxf, the #Region line is:
> #Region ### START Koda GUI section ### Form=F:\AutoIt scripts\Koda devel\Styles dialogs\List styles suggestion.kxf
I don’t know how the path got included in this line. I can tell you that I did the following early in developing the List script:
In Koda, saved the Group script as List styles suggestion.kxf in F:\AutoIt scripts\Koda devel\Styles dialogs
Changed Group to List in the form, and saved it again
Saved the Group script as List script
Changed the #Region line from Group to List
Exited Koda and ran it again
Chose Update script
Now Update script complains some of the time when I do Update script.
I know that on one occasion when I had trouble, I had most recently saved F:\AutoIt scripts\Koda devel\Listbox example.kxf. I had exited Koda and had run it again. I then probably opened the List script, then closed Listbox example.kxf. So for a time, forms in 2 different directories were open.
Sorry I can’t be more specific.
Now Update script is working OK. But I note that Generate shows the full path yet only fnam.ext is in the #Region line in the script.
I will try to be more specific when it happens again.
BTW The List form and script are still being designed.
|
|
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>
|
|
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.
|
|
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
|
|
322 | Koda | Application | Bug Report | Low | access vilolation error | Unconfirmed | wenyibing | 24.10.2011 |
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.
|
|
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!
|
|
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?
|
|
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
|
|
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.
|
|
317 | Koda | Application | Bug Report | Low | AU3 Import GuiCtrlSetData bug | Unconfirmed | Chris Haslam | 06.07.2011 |
Task Description
The first attached file shows AU3 Import code I pasted. (It is from Date Picker styles with presets suggestion.au3.)
The second shows the result of clicking on Process.
It appears that Koda did not process the GuiCtrlSetData.
|
|
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.
|
|
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?
|
|
313 | Koda | Application | Bug Report | Low | Background color: entering numeric values | Unconfirmed | Chris Haslam | 06.07.2011 |
Task Description
I have not figured out how this works.
From a color wheel in another app, I chose a light yellow: RGB (248,248,164). I converted to hex: (F8,F8,A4). In TAEdit Properties, I entered 0xF8F8A4. It showed as light cyan.
Please explain.
|
|
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?
|
|
274 | Koda | Application | Bug Report | Low | Button styles: some suggested changes | Unconfirmed | Chris Haslam | 11.06.2011 |
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
|
|
270 | Koda | Application | Bug Report | Low | Button: SS_RIGHTJUST available but no way of specifying... | Unconfirmed | Chris Haslam | 18.05.2011 |
Task Description
Also: should I remove mention if image from SS_CENTERIMAGE?
|
|
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.
|
|
275 | Koda | Application | Bug Report | Low | Checkbox styles: some suggested changes | Unconfirmed | Chris Haslam | 06.06.2011 |
Task Description
WS_GROUP, WS_VISIBLE and WS_CHILD: see discussion in FS#273
|
|
266 | Koda | Application | Feature Request | Low | Checkbox: initialize with $GUI_INDETERMINATE | Postponed | Chris Haslam | 17.05.2011 |
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.
|
|
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.
|
|
334 | Koda | Application | Bug Report | Low | Code Generator Template being ignored? | Unconfirmed | David | 22.10.2012 |
Task Description
I created a duplicate of the “Events Example” template, renamed it, then edited it to my I select the new template and generate code, the code is still based on “Events Example” instead of my template.
|
|
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?
|
|
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)
|
|
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.
|
|
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.
|
|
212 | Koda | Application | Feature Request | Low | Control Palette: Reorganize? | Postponed | Chris Haslam | 05.05.2011 |
Task Description
I understand why there are four tabs, but I wonder if there is a better way of organizing them.
I find that I easily forget where to find a control: which tab is it on? and which icon is it? A few icons are clear as to what the control is, but some are not. I often have to wait for the telltale to show to be sure. This is not the fault of the picture on the icon: icons are only a limited number of pixels.
So Idea #1 is to add a main menu item called Controls, with all the controls as sub-items. In the future, it may be necessary to have 3 levels, with Native and UDFs as the second level.
Idea #2 is to group the controls alphabetically, e.g. A to E for the first tab, F to M for the second, etc.
|
|
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?
|
|
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.
|
|
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.
|
|
8 | Koda | Application | Feature Request | Low | Customizing fonts | Assigned | Admin | 13.11.2008 |
Task Description
Customizing fonts (by EulerG)
|
|
229 | Koda | Application | Bug Report | Low | Data separator char | Assigned | Chris Haslam | 05.05.2011 |
Task Description
I find it a little surprising that Data separator char is in Options but not in Generating Options. My understanding is that it is not saved with the form, so if the form was created when Options | Data separator char was (say) $ and the user later adds a ListBox where one of the items is $10, he has to recreate his form from scratch.
Thoughts?
|
|
320 | Koda | Application | Bug Report | Low | Designer: How to keep Object Inspector on top | Unconfirmed | Chris Haslam | 13.07.2011 |
Task Description
I am working on the ListView styles dialog. It is almost full-screen: about 40 controls.
I would like to keep Object Inspector on top of the Form. When I am working on controls on the right-hand side, it can sit over the left side of the form. How do I do it? OI keeps getting under the Form.
|
|
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
|
|
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.
|
|
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
|
|
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.
|
|
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.
|
|
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?
|
|
273 | Koda | Application | Bug Report | Low | Edit styles: some suggested changes | Unconfirmed | Chris Haslam | 09.06.2011 |
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.
|
|
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
|
|
302 | Koda | Application | Bug Report | Low | Etched Horizontal Labels and Tabs | Unconfirmed | Sect | 20.06.2011 |
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.
|
|
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?
|
|
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!
|
|
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
|
|
314 | Koda | Application | Bug Report | Low | File | Open: Split into two? | Unconfirmed | Chris Haslam | 06.07.2011 |
Task Description
I think it would be clearer if File | Open were split into two:
The filter on the first one would be *.kxf, and on the second *.au3
I realize that Open Forms in Script is not optimum, but I think it would be an improvement on the present situation. It could have a hint: Open all forms referenced in a script.
|
|
299 | Koda | Application | Bug Report | Low | File | Recent Files: non-existent file | Unconfirmed | Chris Haslam | 21.06.2011 |
Task Description
When I tried to open a file that I had moved, Koda said “F:\ ... is not exists”. Correct English usage is “does not exist”.
|
|
316 | Koda | Application | Bug Report | Low | Font size inconsistent for Courier New | Unconfirmed | Chris Haslam | 04.07.2011 |
Task Description
The attached .kxf shows one font size in Design Area and a smaller size when run.
This problem may be related to another. This dialog shows as designed if I change the font size to 8.5 points in AutoIt. Koda won’t let me set the font size to 8.5.
|
|
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?
|