297 replies to this topic

[Zedna]

Some problems with keyboard shortcuts in form designer:
1) Ctrl+X Ctrl+C doesn't working
2) Ctrl+V maybe should paste control at mouse position (like when it's invoked from popupmenu)


3) Save dialog: when I close modified form
- appears saves dialog (AForm1 has been modified. Save form before removing?)
- click on Yes
- in save dialog type here name of existing file and now when click on Save
- File "C:\Program Files\AutoIt3\SciTE\Koda\Forms\AForm1.kxf" already exists. Overwrite?
- when I click on No (to not overwrite)
- form is closed without saving
- here should be back standard save dialog (where can be typed another - not existing filename)

I don't want to overwrite existing file - but want to save form!

Edited by Zedna, 04 September 2006 - 09:39 PM.

[Lazycat]

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.

Yes, I know and saw it, well done thing.

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

Isn't this is kind of replacement for property/styles inspector? And what advantages of this dialog over property inspector?

For peoples which are not using Scite as AutoIt editor (not me ) can be configurable what editor use during F10 command.
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

Yes, this work via ShellExecute.

Some problems with keyboard shortcuts in form designer:
1) Ctrl+X Ctrl+C doesn't working
2) Ctrl+V maybe should paste control at mouse position (like when it's invoked from popupmenu)

1. I have not this problem... W9x issue again?..
2. But if mouse is not over form?
3. Yep, bad thing, but too late for release. Will fix this first in next beta.

[Zedna]

Isn't this is kind of replacement for property/styles inspector? And what advantages of this dialog over property inspector?

I meant some "general property" of control - maybe also with possibility to input it's AU3 code
for some non standard AutoIt properties which are not implemented in Koda.

1. I have not this problem... W9x issue again?..
2. But if mouse is not over form?

1) Yes. Now I tested it also on WINXP SP2 and there it's OK, so WIN9x issue.
2) When mouse position will be outside form then standard behaviour like now.

EDIT:
ad 1) now I considered some problems also on WINXP
- try place button on new form and then Ctrl+X or Ctrl+C --> nothing happens
- sometimes doesn't work also Ctrl+V (works after invoking some Ctrl+C from popupmenu)

Edited by Zedna, 05 September 2006 - 08:17 AM.

[Groumphy]

Good morning everybody,

I've a small question about Koda (1.5.1.16 - beta) and specific with the treeview object window of Koda.

If I minimize alle component of a GUI (for sample all groups) and then if I select the GUI after this manipulation, all component in the treeview object window are maximize !

Is it a normal comportment or is it a restriction of the Koda langage ?

Thanks,

Groumphy

[Zedna]

One little cosmetic issue:

When I close Object TreeView by button close (x) instead of Ctrl+1
then sometimes is not done reposition of Object Inspector.

Try this:
1) run koda
2) click on empty form (to get focus on it)
3) now close Object TreeView (by close button) --> Object Inspector is not repositioned

when you try:
1) run koda
2) now close Object TreeView (by Ctrl+1) --> Object Inspector is repositioned

[Lazycat]

I meant some "general property" of control - maybe also with possibility to input it's AU3 code
for some non standard AutoIt properties which are not implemented in Koda.

We not limited only with Delphi standard properties, any control specific property can be added in the property inspector. And any non-standard type property can have some custom editor, that will handle it in any way you want

1) Yes. Now I tested it also on WINXP SP2 and there it's OK, so WIN9x issue.
ad 1) now I considered some problems also on WINXP
- try place button on new form and then Ctrl+X or Ctrl+C --> nothing happens
- sometimes doesn't work also Ctrl+V (works after invoking some Ctrl+C from popupmenu)

This is bad... Don't see logic when it works and when not...

If I minimize alle component of a GUI (for sample all groups) and then if I select the GUI after this manipulation, all component in the treeview object window are maximize !
Is it a normal comportment or is it a restriction of the Koda langage ?

Yes, atm this is restriction. Now treenode state (expanded or not) not memorize and always set to expanded.

[Zedna]

1) Yes. Now I tested it also on WINXP SP2 and there it's OK, so WIN9x issue.
ad 1) now I considered some problems also on WINXP
- try place button on new form and then Ctrl+X or Ctrl+C --> nothing happens
- sometimes doesn't work also Ctrl+V (works after invoking some Ctrl+C from popupmenu)

This is bad... Don't see logic when it works and when not...

I will play little more with it and will write here some more exact results...

[Zedna]

Zedna @ Sep 5 2006, 12:10 PM)

I meant some "general property" of control - maybe also with possibility to input it's AU3 code
for some non standard AutoIt properties which are not implemented in Koda.

We not limited only with Delphi standard properties, any control specific property can be added in the property inspector. And any non-standard type property can have some custom editor, that will handle it in any way you want

For example in Object Inspector could be new properties: General1, General2, General3
each with String List Editor where we can put AutoIt Code for that control
which will be placed after GUICtrlCreate(...) when generating code (F9/F10)

for example:

GUICtrlSetResizing (-1,$GUI_DOCKLEFT+$GUI_DOCKTOP)

or

GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 0, 100)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 1, 65)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 2, 165)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 3, 80)

As I said this way we can have in Koda complete form syntax also with things not implemented in Koda yet
and we needn't modify generated code anymore...

EDIT:
In similar way we are able to add custom properties in Version information in AutoIt compilation,
so maybe instead of General1/2/3 should be Custom1/2/3

Edited by Zedna, 05 September 2006 - 11:32 AM.

[Lazycat]

For example in Object Inspector could be new properties: General1, General2, General3
each with String List Editor where we can put AutoIt Code for that control
which will be placed after GUICtrlCreate(...) when generating code (F9/F10)

Hm, now I see the point. Idea is not bad, not too complicated, and what the best - universal. After all this can be optionally disabled. But what the point to have multiple properties (General1, General2 etc)?

[Zedna]

Hm, now I see the point. Idea is not bad, not too complicated, and what the best - universal. After all this can be optionally disabled. But what the point to have multiple properties (General1, General2 etc)?

I prefer Custom instead of General.
EDIT: ideal name for that property would be: Custom Au3

Multiple properties are not really needed.
First of all I thought that for every not implemented property should be one property in Object Inspector maybe with some user defined caption for name like:

Custom1:
Name = Resize
Value = GUICtrlSetResizing (-1,$GUI_DOCKLEFT+$GUI_DOCKTOP)

Custom2:
Name = Column widths
Value = GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 0, 100)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 1, 65)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 2, 165)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 3, 80)

But it can be all in one property as you said:

Custom:
Value = GUICtrlSetResizing (-1,$GUI_DOCKLEFT+$GUI_DOCKTOP)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 0, 100)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 1, 65)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 2, 165)
GUICtrlSendMsg(-1, $LVM_SETCOLUMNWIDTH, 3, 80)

Edited by Zedna, 05 September 2006 - 02:51 PM.

[SlimShady]

Requests:
Open form dialog -> allow selection multiple forms
Koda App -> open dragged file(s)
change text in Options 'Open last form' -> 'Open last form(s)' and open the last opened form(s).

[bianbian.sunshow.net]

Good job.
I tried AutoIt3 last night and created GUI code by keyboard.
It was tedious, so before noticing this post, I was tring to make a GUI-builder under Delphi 7.
Today, I found this excellent tool.
You have done so well, though there are some bugs. :">
Thanks a lot.
Here is Chinese(Simplified) language:

Attached Files

•  lang_zhcn.xml   13.38K   215 downloads

[Zedna]

Good job.
I tried AutoIt3 last night and created GUI code by keyboard.
It was tedious, so before noticing this post, I was tring to make a GUI-builder under Delphi 7.
Today, I found this excellent tool.

Welcome in Forum

You have done so well, though there are some bugs. :">

Here is Chinese(Simplified) language:

9 downloads of your chinese language file in such short time - it's very popular
I downloaded it too and noticed you are using/translating very old release version 1.5.1
so it's right that there are many bugs (look into changelog of beta)

Look at http://www.autoitscript.com/fileman/users/lookfar/formdesign.html
and donwload latest beta version
You also may update your translation to this latest beta version...

[bianbian.sunshow.net]

Welcome in Forum
9 downloads of your chinese language file in such short time - it's very popular
I downloaded it too and noticed you are using/translating very old release version 1.5.1
so it's right that there are many bugs (look into changelog of beta)

Look at http://www.autoitscript.com/fileman/users/lookfar/formdesign.html
and donwload latest beta version
You also may update your translation to this latest beta version...

3x. Here is updated translation file(so many changes, ):

Attached Files

•  lang_zhcn.xml   19.69K   193 downloads

[Lazycat]

3x. Here is updated translation file(so many changes, ):

Thank you, will be added in release!

Open form dialog -> allow selection multiple forms
Koda App -> open dragged file(s)
change text in Options 'Open last form' -> 'Open last form(s)' and open the last opened form(s).

Multiple opening - added in todo, D'n'D files already there.
Remember multiple forms will require changes in fd.xml format... Dont' know, maybe. And, what forms should be defined as "last"? (now last closed one is remembered)

[SlimShady]

Remember multiple forms will require changes in fd.xml format... Dont' know, maybe. And, what forms should be defined as "last"? (now last closed one is remembered)

All the forms that were opened, when you close Koda.
If I have 3 open and restart Koda, those should open.

Oh another related thing.
- associate Koda with *.kxf
- open one kxf file
- open another one <- add it to the form list, and not start another instance.

Thanks for this great application.

[talkingtree]

wat does this program do btw?

[BrettF]

wat does this program do btw?

This program helps with the creation of GUI's. A later version can be found as a sticky, in the GUI Help and Support section. Or here.