Koda ver 1.5 uploaded

[gring0]

i have found a little bad bug on koda

when you use event mode, if you set form events (OnClose, OnMinimize, OnMaximize, OnRestore) they dont appear in the generated code

for example

i've set OnClose function to Form1Close

and OnMinimize function to Form1Minimize

then i generate the code, wich returns me something like this:

#include <GUIConstants.au3>

Opt("GUIOnEventMode", 1)
#Region ### START Koda GUI section ### Form=D:\Programas\AutoIt3\SciTE\Koda\Templates\My own templates\Just another one.kxf
$Form1 = GUICreate("Form1", 415, 307, 303, 219)
GUISetState(@SW_SHOW)
#EndRegion ### END Koda GUI section ###

While 1
    Sleep(100)
WEndoÝ÷ Ù»­Û!¢é]­ën®y²¶§X¤zØb±«­¢+Ø¥¹±Õ±ÐíU%
½¹ÍѹÑ̹ÔÌÐì()=ÁÐ ÅÕ½ÐíU%=¹Ù¹Ñ5½ÅÕ½Ðì°Ä¤(I¥½¸MQIP-½U$ÍÑ¥½¸½É´õèÀäÈíAɽɵÌÀäÈíÕѽ%ÐÌÀäÈíM¥QÀäÈí-½ÀäÈíQµÁ±ÑÌÀäÈí5ä½Ý¸ÑµÁ±ÑÌÀäÈí)ÕÍй½Ñ¡È½¹¹­á(ÀÌØí½É´ÄôU%
ÉÑ ÅÕ½Ðí½É´ÄÅÕ½Ðì°ÐÄÔ°ÌÀÜ°ÌÀÌ°ÈÄä¤)Õ¥MÑ=¹Ù¹Ð ÀÌØíU%}Y9Q}
1=M°ÅÕ½Ðí½É´Å
±½ÍÅÕ½Ðì¤)Õ¥MÑ=¹Ù¹Ð ÀÌØíU%}Y9Q}5%9%5%i°ÅÕ½Ðí½É´Å5¥¹¥µ¥éÅÕ½Ðì¤)U%MÑMÑÑ¡M]}M!=¤(¹I¥½¸9-½U$ÍÑ¥½¸()]¡¥±Ä(%M±À ÄÀÀ¤)]¹()Õ¹½É´Å
±½Í ¤($)¹Õ¹()Õ¹½É´Å5¥¹¥µ¥é ¤($)¹Õ¹

[Lazycat]

2) default size of new form is too big

--> should be derived from size of main Koda window (or position of Form list)

EDIT: instead of default width x height 640x480 should be 420x380 (in resolution 800x600)

I agree, now form only positioning relative to main form, but not sizing. Added this in todo.

And one question due to my big interest about Koda development:

What version do you prefer for next release version of Koda?

I hope it will be 1.6

I think this will be 1.6.0.0

Maybe you should make Koda a little bit more in the Visual Basic/Photoshop style. Now, you have several windows. Perhaps you could nest them all into one 800x600 window.

Maybe we should... but I'm doubt. This is standard layout for Borland IDE's (and not only), and honestly, I don't think this less convenient then VB one. Just taste matter

what does this do exactly? i tried to uncheck "Don't Reflect Unsafe Styles" but it still doesnt do anything

This is not reflects visually. Try apply this exstyle to label, run form and then drag label...

when you use event mode, if you set form events (OnClose, OnMinimize, OnMaximize, OnRestore) they dont appear in the generated code

Hm, yes, looks like only form affected. Will look...

[Zedna]

Some problems:

1) Combobox - doesn't allow change Height (when Height is default 21 then Combo at run time doesn't popup, so Height must be properly setup)

2) Form Designer: ListView - after closing Columns editor is in Object inspector still info about closed column

although focus is on ListView already. I must change focus to another control and then back to ListView when I want setup property values tio ListView

EDIT:

3) ListView Column editor - Column width should be in generated script

--> This one was already discused and you said that SendMessage commands will not added, maybe in future. Isn't time for it by now?

standard Include GuiListView.au3:

_GUICtrlListViewSetColumnWidth($listview, $col, $width)

Edited August 30, 2006 by Zedna

[Lazycat]

1) Combobox - doesn't allow change Height (when Height is default 21 then Combo at run time doesn't popup, so Height must be properly setup)

Hm, seems this is Win2k issue? Think I can allow manual changing height, though internal control height will remain 21 pix. And if so, maybe set some higher value by default?

2) Form Designer: ListView - after closing Columns editor is in Object inspector still info about closed column

although focus is on ListView already. I must change focus to another control and then back to ListView when I want setup property values tio ListView

Yes, this exists. But I think I leave solving to next beta stage: I looked over code, here some significant changes will required, and I want not break it now

Edit: applied quick temporary fix. But it's still need some retouch.

3) ListView Column editor - Column width should be in generated script

--> This one was already discused and you said that SendMessage commands will not added, maybe in future. Isn't time for it by now?

This is in todo already. This surely will be in next releases. Edited August 30, 2006 by Lazycat

[Lazycat]

Today's version here:

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

Think this is can be called RC.

[Zedna]

Yes, this exists. But I think I leave solving to next beta stage: I looked over code, here some significant changes will required, and I want not break it now

This is in todo already. This surely will be in next releases.

Hi Lazycat. Take it easy.

These problems are only cosmetics and we can live with it...

Can you show us what is on ToDo list?

Thanks.

[BaKaMu]

Hallo Lazycat

again a small problem:

for a updown control the property 'Max' will not be saved in the kxf-file

<object type="TAUpdown" name="udTest">

<properties>

<property name="Left" vt="Int16">189</property>

<property name="Top" vt="Int8">12</property>

<property name="Width" vt="Int8">21</property>

<property name="Height" vt="Int8">24</property>

<property name="Associate" vt="Ident">inpTest</property>

<property name="Min" vt="Int8">1</property>

<property name="Position" vt="Int8">100</property>

<property name="TabOrder" vt="Int8">4</property>

<property name="CtrlStyle" vt="Int32">1342177350</property>

<property name="CtrlExStyle" vt="Int8">0</property>

</properties>

<components/>

</object>

So there is still a small step to RC

Please check it. thanks

[Zedna]

Some problems in OnEvent mode:

1) GUICtrlSetOnEvent(-1, "AForm1Close") --> GUISetOnEvent($GUI_EVENT_CLOSE, "AForm1Close")

and maybe also other GUI events (Maximize, Minimize, Restore)...

2) in AForm1Close() should be Exit

because when we Run generated code "as is" it should be work and close fine

as it was described in this my old post

instead of:

#include <GUIConstants.au3>

Opt("GUIOnEventMode", 1)
$Form1 = GUICreate("AForm1", 633, 454, 193, 115)
GUICtrlSetOnEvent(-1, "AForm1Close")
$Button1 = GUICtrlCreateButton("AButton1", 160, 48, 75, 25, 0)
GUICtrlSetOnEvent(-1, "AButton1Click")
GUISetState(@SW_SHOW)

While 1
    Sleep(100)
WEnd
        
Func AButton1Click()
EndFunc

Func AForm1Close()
EndFuncoÝ÷ ÚÈhºW[y«­¢+Ø¥¹±Õ±ÐíU%
½¹ÍѹÑ̹ÔÌÐì()=ÁÐ ÅÕ½ÐíU%=¹Ù¹Ñ5½ÅÕ½Ðì°Ä¤(ÀÌØí½É´ÄôU%
ÉÑ ÅÕ½Ðí½É´ÄÅÕ½Ðì°ØÌÌ°ÐÔаÄäÌ°ÄÄÔ¤)U%MÑ=¹Ù¹Ð ÀÌØíU%}Y9Q}
1=M°ÅÕ½Ðí½É´Å
±½ÍÅÕ½Ðì¤(ÀÌØí ÕÑѽ¸ÄôU%
Ñɱ
ÉÑ    ÕÑѽ¸ ÅÕ½Ðí   ÕÑѽ¸ÄÅÕ½Ðì°ÄØÀ°Ðà°ÜÔ°ÈÔ°À¤)U%
ÑɱMÑ=¹Ù¹Ð ´Ä°ÅÕ½Ðí ÕÑѽ¸Å
±¥¬ÅÕ½Ðì¤)U%MÑMÑÑ¡M]}M!=¤()]¡¥±Ä(%M±À ÄÀÀ¤)]¹($$)Õ¹  ÕÑѽ¸Å
±¥¬ ¤)¹Õ¹()Õ¹½É´Å
±½Í ¤(%á¥Ð)¹Õ¹

Edited August 30, 2006 by Zedna

[Lazycat]

Doh

again a small problem:

for a updown control the property 'Max' will not be saved in the kxf-file

Quite strange bug... fixed.

1) GUICtrlSetOnEvent(-1, "AForm1Close") --> GUISetOnEvent($GUI_EVENT_CLOSE, "AForm1Close")

and maybe also other GUI events (Maximize, Minimize, Restore)...

Wow, this part was totally incorrect... Wonder why this was not discovered so long. Fixed.

2) in AForm1Close() should be Exit

because when we Run generated code "as is" it should be work and close fine

as it was described in this my old post

Looks like this is not possible with current implementation. Now Koda is not aware about code in the events. Moreover, when generating event functions, Koda even not know, which event and which control generated this event. It's need to rewrite this part of code... in next version.

Can you show us what is on ToDo list?

Why not? Though this is short now and some items are questionable:

Instead of default width x height 640x480 should be 420x380 (in resolution 800x600) (Zedna)

Open files with drag mode (gring0)

Rename an object directly on the Object TreeView (if possible, add a F2 hotkey)? (gring0)

Resource management

Alignment (Zedna)

Use listview columns width

Styles grid?

Events management

Includes management?

Comments for controls?

Generate inside controls?

Order is not show priority...

[Groumphy]

Goooooood morning Team

I'm using the Koda 1.5.1.16 (beta) and I've a small question !

If I code in Scite this :

$gui_zlam = GUICreate(" ZLAM", 315, 350, -1, -1); Création de la GUI
    GUISetCursor (2)    ; Définition du curseur de la GUI
    GUISetFont(9, 400, 0, "Arial"); Définition de la police de la GUI
$gp_zmwsStatus = GUICtrlCreateGroup(" ZazouMiniWebServer Status ", 10, 6, 290, 145); Création du groupe 
$lbl_StatusZMWS = GUICtrlCreateLabel("Status ZMWS : ", 20, 26, 86, 19); Etiquette (label)

I've the same result of this with koda :

$gui_zlam = GUICreate(" ZLAM", 315, 350, -1, -1); Création de la GUI
    GUISetCursor (2)    ; Définition du curseur de la GUI
    GUISetFont(9, 400, 0, "Arial"); Définition de la police de la GUI
$gp_zmwsStatus = GUICtrlCreateGroup(" ZazouMiniWebServer Status ", 10, 6, 290, 145); Création du groupe 
    GUICtrlSetFont(9, 400, 0, "Arial")
$lbl_StatusZMWS = GUICtrlCreateLabel("Status ZMWS : ", 20, 26, 86, 19); Etiquette (label)
    GUICtrlSetFont(9, 400, 0, "Arial")

My manipulation :

1. creation of the GUI,

2. set the default font of the GUI,

3. insertion of the controls,

4. edit of the code from Koda,

=> I've the second result !

Why Koda duplicate the GUICtrlSetFont if a GUISetFont is set ?

Is it a bad coding of my part (first code ?) or this a bad coding of Koda ?

Thanks for your tips,

G.

[Lazycat]

Why Koda duplicate the GUICtrlSetFont if a GUISetFont is set ?

Is it a bad coding of my part (first code ?) or this a bad coding of Koda ?

No, this is not your fault, this is flaw in Koda, and I know about this. This is appear because Delphi controls are inherits it's parent font, colors etc, so when you set gui font, all controls placed over will have the same font, and because this font is differ from default, font string generated. This is planned to fix in close future.

[Zedna]

Another cosmetic problem:

In Columns Editor for ListView:

- after hit Up or Down button for move column Up/Down is reseted current selection

When I want move column by more then one position, it's quite iritating

[Lazycat]

In Columns Editor for ListView:

- after hit Up or Down button for move column Up/Down is reseted current selection

When I want move column by more then one position, it's quite iritating

Fixed

[Zedna]

Another cosmetic

but this one is maybe developers intention, if no then it's little bug.

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).

EDIT:

Now I noticed that last selected control has not it's selection,

so if you select 3 controls then 2 of them have selection,

so it's really bug and not intention

EDIT2:

This is only after open existing form with some controls

and not on new (not saved) form with newly placed controls

Edited September 1, 2006 by Zedna

[Zedna]

Yet another little bugs

1) after "Select all" is not highlighted any control in form designer

(in case of select them by hand are selected only some of them

as I said in my previous post)

2) after "Select all" is not highlighted any control in Object Treeview

(in case of select them by hand it's working fine)

EDIT:

ad 2) note that Object Inspector reacts fine in this situation

Edited September 1, 2006 by Zedna

[Zedna]

Code generator window (F9) should have also horizontal scrollbar (it has only vertical).

Mainly for situations like in this screenshot (selected line):

[Zedna]

Popup submenu "Control":

Bring to front/Send to back - should be disabled when no control is selected (when is selected form and not control)

This is according to:

Beta 1.5.1.11 (2006-08-10)

2006-08-09 - Changed: all non-applicable main and context menu items are shaded in depends of situation

[Zedna]

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).

For example: BS_LEFT/BS_RIGHT for label, radiobutton, checkbox

I know that all controls don't have the same styles, so this could be maybe improved in way of filter styles in Object Inspector so it contains only those styles conjuct for selected controls and these styles apply to all selected controls.

[Zedna]

1) In mode of Menu designer remains in Object Inspector styles and Exstyles for main form.

- Properties are hidden but styles remains.

2) In mode of Menu designer - When I close main form (while editing menu) then menu designer stays open

- and when now try to add menu item "Abstract error" occurs and after closing menu designer "Invalid pointer operation" occurs. After that Koda is in BAD state and after add new form and add new menu crashes totally (AV).

EDIT:

ad 2) exact procedure to introduce problem:

- run Koda and place main menu on empty form

- doubleclick on menu item to run menu designer

- now click on Styles tab in Object Inspector - there are styles for main form

- uncheck/check WS_SYSMENU

- now close main form (don't save changes)

- in menu designer (without form!) pres Ins --> CRASH

Edited September 1, 2006 by Zedna

[Zedna]

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.