Koda ver 1.5 uploaded

[Zedna]

Idea for new functionality:

Graphic control could be container control (as GroupBox)

and there could be new type of control for placing into it: Graphic item

which could represent object for generating code GUICtrlSetGraphic()

So it could be One object with properties:

Parent: link to it's container Graphic control

Type: Pie/Ellipse/Rect/Line/...

Color

X,Y,Width,Height,Radius,Angle

for details see AutoIt HelpFile at GUICtrlSetGraphic()

Edited September 1, 2006 by Zedna

[Zedna]

Object TreeView (selection):

When I select one control and then in Object TreeView click into empty place (outside of labels for controls)

then selection in Object TreeView is not changed but selection in Form designer changed according to control which has in Object TreeView same Y position as clicked postion.

So now don't correspond selection in Object TreeView and Form designer.

[Zedna]

Some incosistence with Creation order and Tab order and Bring to front/Send to back:

Here is screenshot with example:

Form at top is in design time, form at bottom is in run time,

Notice

- Object TreeView at left (creation order of controls in design time)

- Tab Order Editor at right (creation order of controls in run time)

When I apply Bring to front to Button (on the right) - it stays behind Graphic (as in screenshot) due to different Tab order creation.

[Helge]

Damn Zedna...are you trying to kill our poor little LazyCat ?

[Zedna]

Damn Zedna...are you trying to kill our poor little LazyCat ?

Definitelly NO

LazyCat is my friend, I hope

I was making new GUI script and encountered some problem,

so I wrote it here and now I fill my free time with DEEP Koda testing

So here is another little bug:

When you have Tab control with TabSheet on the form then after Ctrl+A you can't move selected controls

when you start moving by clicking inside TabSheet control area (which is also selected)

Edited September 2, 2006 by Zedna

[Zedna]

TabSheet & Cut/Copy/Paste:

Place Tab control on the form. Now create TabSheet in it. Now Copy TabSheet (by popupmenu).

Now you can paste TabSheet:

- directly on main form

- or in another TabSheet

- or in groupbox

So in Object TreeView you can see wrong result of this process.

Note: In generated code are these TabSheets without TabControl only when you Paste them into GroupBox.

Here is tabsheet.kxf created by Copy/Paste technique:

And here is result code:

#include <GUIConstants.au3>

#Region ### START Koda GUI section ### Form=
$Form2 = GUICreate("AForm2", 633, 454, 193, 115)
$Tab1 = GUICtrlCreateTab(144, 96, 289, 193)
$TabSheet1 = GUICtrlCreateTabItem("TabSheet1")
$TabSheet3 = GUICtrlCreateTabItem("TabSheet1")
GUICtrlCreateTabItem("")
$TabSheet2 = GUICtrlCreateTabItem("TabSheet1")
$Group1 = GUICtrlCreateGroup("AGroup1", 56, 320, 185, 105)
$TabSheet4 = GUICtrlCreateTabItem("TabSheet1")
$TabSheet5 = GUICtrlCreateTabItem("TabSheet1")
GUICtrlCreateGroup("", -99, -99, 1, 1)
$Group2 = GUICtrlCreateGroup("AGroup2", 432, 24, 185, 105)
$Button1 = GUICtrlCreateButton("AButton1", 488, 64, 75, 25, 0)
GUICtrlCreateGroup("", -99, -99, 1, 1)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###

While 1
    $nMsg = GUIGetMsg()
    Switch $nMsg
        Case $GUI_EVENT_CLOSE
            Exit

    EndSwitch
WEnd

I think Cut/Copy/Paste commands should be disabled for TabSheets.

Edited September 2, 2006 by Zedna

[Zedna]

1)

- Open Koda

- close form (so no form is opened)

- in Object Inspector click on Reset in Styles/ExStyles Tab --> Access Violation error

2)

- Open Koda

- on empty form place Tab control and create TabSheet (by popup menu: New page)

- save form

- close form (so no form is opened)

- right click in Object Inspector --> there is "New Page" command (shouldn't be here now)

- after click on it "List index out of bounds (0)" occurs

3)

Ctrl+1 & Ctrl+2

When you hide Object TreeView then Object Inspector moves up

but when you first hide Object Inspector and then Object TreeView

then after show Object Inspector is not moved up:

Try: Ctrl+2 then Ctrl+1 then Ctrl+2

and then Ctrl+1 and Ctrl+1

4) Locked controls can be moved/resized by changing their Left/Top Width/Height properties in Object Inspector (for example when you select more/all controls and setup their Left/Top).

5) Locked controls can be moved by "Allign to grid"

EDIT:

6)

- Open Koda

- on empty form place some control

- delete this control

- in Object Inspector click on ComboBox with list of objects --> here is still previously deleted object

- after selecting previously deleted object in ComboBox --> Access Violation error

7) ActiveX objects browser: Invalid floating point operation (on WIN98SE CZ)

see screenshot:

8) ActiveX objects browser: When you change row in listview by keys Up/Down instead of clicking by mouse

then is not invoked selectionchanged method in which is handled loading of COM objects.

9) ActiveX objects browser - hard crash: VC++ runtime error (R6025 - pure virtual function call)

crash occurs when trying resize object in design time (after release of mouse button after resizing)

see screenshots:

Edited September 2, 2006 by Zedna

[Gene]

Hi Zedna,

You are the best volunteer beta tester I've ever been exposed to.

Gene

[Zedna]

Hi Zedna,

You are the best volunteer beta tester I've ever been exposed to.

Gene

Hi Gene, thanks.

Maybe it's because I'm programmer, so I know where could expect possible problems

[Zedna]

Idea for improve customizing Koda toolbar panel (in the left under main menu)

Now I noticed that after doubleclick on it (outside area of buttons) appears standard Windows dialog for customize ToolBar, see screenshot:

This dialog here is in Czech due to my Czech Windows, so you will see it in your Windows language.

In this dialog are

- on the left all available buttons

- on the right buttons on ToolBar

So if you can some way implement all menu commands (or maybe only some most important) as available buttons in this dialog on the left, then we can customize this panel freely.

EDIT: Maybe it can be added this way: Add all available buttons to this panel in design time and setup Visible property to False for all which are not default.

And some way must be also saved customized panel (visible state of buttons)

I pointed to this idea already in this Koda 1.3 topic

and here is screenshot of this panel

Edited September 2, 2006 by Zedna

[Zedna]

I tried some teasing of Template dialog functionality and succes --> access violation

1)

- Create new form based on some template

- then in explorer delete this template

- now try to save this dialog --> CRASH

2)

- Create new forms based on some templates (About, Tabbed)

- now try to close these dialogs --> CRASH

3) when you resize Template dialog then label with Description is not resized

4) Ctrl+Tab is not working in Template dialog (it's standard Windows functionality for TabSheets)

5) when template form has it's own icon and I create new form based on it then in Icon Editor a can't see this icon (and can't save it for example)

[Lazycat]

OMG, two pages of bugs

Zedna, do you want release or not?

Well, just kidding, but this is really impossible to fix all right now. But you done the great job, and all bugs will added in todo and fixed earlier or later. Some small bugs I'll fix in next few days until release, but some require lots of time to fix or for some reason can't be fixed now.

Below are details about some things.

In form designer when I select more then one control (Shift + click on them) then dissapear selection rectangle around selected controls (which should identify all selected controls).

Yes, this is known behaviour, but selection internally handled by ExtLib component, which we want not modify atm.

When I select more than one controls and change styles properties

it's changed only for first selected control (and not for all of them).

Yes, this is limitation atm. Will see, how this can be changed. I thought about allowing applying styles to multiple controls when controls have one class. This looks like extremely complicated to handle this in way you suggested. But will see...

Event editor is invoked not only on doubleclicks but also on two clicks which are small time sequence (also on two different controls after ones).

I have these accidental invoked very often and I suppose that doubleclick recongnition in Koda is maybe strange in this case.

I'm tried to switch as fast as possible, but this didn't occur for me even single time... Maybe this is exclusively W98 issue? Anyway, doubleclick is also handled with ExtLib event.

Graphic control could be container control (as GroupBox)

and there could be new type of control for placing into it: Graphic item

which could represent object for generating code GUICtrlSetGraphic()

Very interesting idea! Will look if this can be done this way.

Some incosistence with Creation order and Tab order and Bring to front/Send to back:

Hm. TabOrder is just property, independent from actual controls order in designer. And bring/send also only designtime/session functions, they have no action in result code.

7) ActiveX objects browser: Invalid floating point operation (on WIN98SE CZ)

ActiveX - is unpredictable realm. Controls are lots and many of them cause errors. Very little chance that they are all can be fixed. The only way here - exception handlers (though I prefer preventive checks), and looks like they are works...

Idea for improve customizing Koda toolbar panel (in the left under main menu)

I know about this, this is standard windows function, but problem here - buttons properties are saved in registry. But I want not scatter options...

So if you can some way implement all menu commands (or maybe only some most important) as available buttons in this dialog on the left, then we can customize this panel freely.

This possibly can be done with little pain, if menu/toolbar will be migrated to Toolbar2k component, that allow to have single pool of commands, icons etc, that can be shared by both menu and toolbars. But it's using is undecided yet.

[Zedna]

OMG, two pages of bugs

Zedna, do you want release or not?

Well, just kidding, but this is really impossible to fix all right now. But you done the great job, and all bugs will added in todo and fixed earlier or later. Some small bugs I'll fix in next few days until release, but some require lots of time to fix or for some reason can't be fixed now.

Hi Lazycat

Here you have some gifts from me

And of course I want release. Most of that bugs are only non critical and steps leading to their invoke is often very complicated. So no problem if it will not be fixed in release.

And about my ideas. If it's realization is very difficult then take it easy, for example ToolBar customization is not so neccesary...

[Zedna]

Very interesting idea! Will look if this can be done this way.

Idea for another way to implement GUICtrlSetGraphic():

Just like TabSheets are inside TabControl.

In Graphic control popupmenu add command "New graphic item"

and in Object inspector then setup properties for that inner object.

Edited September 3, 2006 by Zedna

[MrChris]

Im not sure if I am missing something or not but I am unable to add a MainMenu to my new GUI I am making. When I click on the mainmenu button on the toolbar of Koda then click on my form near the top nothing happens.

I am using v1.5.1 from the latest Beta of AutoIT v3.2.1.1.

Am I missing something?

Many thanks,

MrChris

[Lazycat]

I am using v1.5.1 from the latest Beta of AutoIT v3.2.1.1.

This is very old release, where menu was not implemented. You have to download latest beta version:

http://www.autoitscript.com/fileman/users/lookfar/koda_2006.08.30.zip

[Zedna]

Idea for implement GUICtrlSetResizing().

In Object Inspector could be added new property "Resizing"

where we can add values

$GUI_DOCKAUTO

$GUI_DOCKLEFT

$GUI_DOCKRIGHT

...

and their combinations.

It could be in the same style as property "Style" in Font

And code generator then will add after GUICtrlCreate... for that control code like this:

GUICtrlSetResizing (-1,$GUI_DOCKLEFT+$GUI_DOCKTOP)

EDIT:

Example of using it

Edited September 4, 2006 by Zedna

[Zedna]

Another idea - when new release will be done:

What about place some advertising page about Koda form designer in main Autoit3 web page.

Somehow like it's done about Scite4AutoIt3:

http://www.autoitscript.com/autoit3/

see screenshot:

or maybe inside pages about Scite4Autoit3:

http://www.autoitscript.com/autoit3/scite/

Just one simple page about Koda with screenshot of main designer and maybe Code window (F9)

and of course with link to standalone download of Koda.

If you wish I can make such web page (similar to that about Scite and with the same style) ...

[Zedna]

Another general idea.

I know about similar project for AutoHotkey GUI: SmartGUI.

It's simpler then Koda but maybe some feature can be used as idea lab for Koda

It's also with sources there.

Here are some links:

http://www.autohotkey.com/

http://www.autohotkey.com/docs/commands/Gui.htm

http://www.autohotkey.com/docs/SmartGUI/

http://www.autohotkey.net/~rajat/SGUI/index.html

EDIT:

from it's changelog i like that idea:

- Added 'Custom Option' to control menu. Here you can specify any valid option for that particular control. Effect for most options can be seen right away in SGUI. eg. you can specify 'Vertical' for slider or 'ReadOnly' for edit controls or -16 for UpDown so that it doesn't snap to other controls etc..

Edited September 4, 2006 by Zedna

[Zedna]

Another Idea:

For peoples which are not using Scite as AutoIt editor (not me ) can be configurable what editor use during F10 command.

So in Options could be new option: "Path to AutoIt editor"

which will be default "C:\Program Files\AutoIt3\SciTE\scite.exe"

EDIT:

Maybe this is not needed if F10 command uses ShellExecute for C:\TEMP\test.au3 --> in this case will be used asociated editor. If it's working this way, simply forget about this post

Edited September 4, 2006 by Zedna