Jump to content

Koda ver 1.5 uploaded


lookfar
 Share

Recommended Posts

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
Link to comment
Share on other sites

  • Replies 297
  • Created
  • Last Reply

Top Posters In This Topic

Top Posters In This Topic

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 :P

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.

Link to comment
Share on other sites

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
Link to comment
Share on other sites

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

----------------------GroumphyMore information about me [Fr]

Link to comment
Share on other sites

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

Link to comment
Share on other sites

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 :P

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.
Link to comment
Share on other sites

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 :P

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
Link to comment
Share on other sites

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)?
Link to comment
Share on other sites

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
Link to comment
Share on other sites

Good job. :lol:

I tried AutoIt3 last night and created GUI code by keyboard. :D

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

Welcome in Forum :nuke:

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 :idea:

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

Link to comment
Share on other sites

Welcome in Forum :P

9 downloads of your chinese language file in such short time - it's very popular :D

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, :nuke: ):

lang_zhcn.xml

Link to comment
Share on other sites

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

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)

Link to comment
Share on other sites

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.

Link to comment
Share on other sites

  • 10 months later...

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.
Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...