AutoHotkey Community

actually he means that he's unable to use the gui he created in builder, in his own script (he probably compiles them).
i've asked him in another topic that builder still needs gui export support.

dacol,
if SGUI doesn't work for you, your choices are to either use another system temporarily (or use a virtual machine like MS Virtual PC) or wait for Lil Bilder to evolve.

_________________

toralf,
i'll soon be sending u a mail with the developments on gui export. its looking better.

_________________

Hey guys,
just wanna say - fanastic work - I can really feel the buzz

ciao
Dimi

SpreadSheet control is over

Now we have 2 choices to use for Properties GUI: RG or SS

I noticed that KetilO uses RaGrid in RadAsm and FreeBasic IDE (he also did that). You can check out screenshots here but I think we should use SS as it is more advanced.

_________________

New Version 0.1.3



This has the GUI Project Export feature.
Supports Tabs!

Issue:
- The Control_GetParentGuiHWND(CtrlHWND) probably has a bug that prevents it from returning the GuiHWND of controls on Tabs. This causes the Control_GetPosSizeOnGui function to fail for such controls.
So for the time being i'm using ControlGetPos to get control position and not modifying it for title bar and borders.

therefore, the resultant control positions will be a little lower than what you see in builder. i didn't try fixing the above bug so as not to break anything else. maybe toralf or maj can put their thoughts here.

_________________

Nicely Done! FYI...link points to the wrong version...but still, impressive

Good work Rajat.
I updated first page with correct link

_________________

oops!
fixed!

_________________

Thanks Maj!
i think i've used RG or similar controls earlier.. so i can vouch for that... but i had a look at the SS control, it looks good too and you can probably tell which one would be better....

_________________

SS would be better as it allows bigger flexibility.

Combobox can be used where user has enumerations to select from
- true or false (this makes checkbox type unnecessary)
- styles
- system colors
etc..

Button can be used where user can enter the option manuely but there is also gui editor available. As you can make text be readonly this eliminates the need for WideButton type that covers the cell and can be just clicked.

Edit should be used in all other circumstances.

The drawback is more complex implementation then with RaGrid that can present us only 2 edit columns (other types can not be used)

The good side is much better user experience and implicit control of input data.

Other features of SS can be probably used one day.


The one thing to note today, until dynamic functions get implemented, is that adding SS in project means to remove handler for HLink (both control monitor WM_NOTIFY).

Other then that, SS should be handled carefuly as it is very touchy when syntaticaly incorrect input is sent to it. For instance single space in graph or formula will burn your CPU and you will have hard time killing the AHK (unless you set its priority to be bellow normal persistently while you xperiment). There is also a chance that I fuked up something in wrapper. However in this application I guess none of that will happen as we will not use graphs and formulas for the start.

I will discuss few problems and incoinstencies with the KetilO so perhaps control gets friendlier. There are few bugs in control itself but they represent themselves in funny usages (for instance you split control like crazy mixing horoziontal and vertical spltting, you expand cells in strange geometrical figures etc) and will surely never get to us in this application.

_________________

Just a thought:

Perhaps we can also see if we can thought out non cryptic way of Gui Building, like SGUI.

Current approach is very nice, reminds me on Delpi projects a lil, but unless we provide all possible GUI control creation settings, user will not be able to add them manualy.

For instance, lets say I want to add extended style now, but it is not there.
So, I have to add in gui control creation.

Arbitrary user input here will corrupt the project, but if we make some standard here that users can follow, it will be their responsiblity to keep code project compatibile.

_________________

you've successfully scared me of SS control :p
and TBH i don't think a very complex control is reqd for this simple task..

ExStyle and all other options can be added in control's properties, the way i've implemented the export function, new properties automatically get written to the .ini ...then only the reader function needs to be modified. and even that's just for something complex... any simple option or style/ExStyle can be added w/o any mod to the function.

now i wait for the property editor and an import function.

about the Export function..
I've yet to add Font support.. but will need to discuss this more.
Multiple Tab controls are a bit buggy... need to figure out why.

_________________

and about SGUI like export... its ok if its to be exported just once .. and then forgotten. maintaining it is a bitch.
a script can have any no. of GUIs, at various places, and can be in any no. of non-standardized formats.

i know this becoz i made the mistake of taking the difficult way first. i should have used the standard output format for SGUI as well.

and for those simple needs that you mentioned... SGUI isn't dead yet!

_________________

Good job guys!

A few cosmetic wishes:
- The main window is nailed to the middle of the screen. Important messages of other applications pop up underneath, which I cannot see because of Lil'Builder (which I have to minimize and restore to get out of way). Can it be made moveable?
- It takes time to find the desired control from the many controls listed in the Toolbox. Can they be shown in alphabetic order and an entry selected with incremental search when the Toolbox is active?
- Text is called Label. Could you name it, as in AHK, simply Text?
- In my PC the Toolbox is taller than the main window and the bottom entry is not fully shown. I guess it is dependent on the installed fonts and the display magnification factor. I can resize the main window, but not the Toolbox. It would be better if the Toolbox was also resizable with scrollbars, especially if new controls will be added later: it will soon be taller than lower resolution screens.

Yes it can. We desabled it for now just because we hide selector that way in some situations (by putting it bellow). It can easily be desabled, comment those lines:


Other things you mention are there as starters and are just make-up. This will everything get more user friendly when most important things work correctly. I took pictures from Visual Studio 2005 so hence some names difference (text vs label...)

I remember you worked with some bitmap functions before. Can you maybe put this out of head ? Current GRID is problematic for me as it is drawn over controls. Toralf like it that way, but here it looks a bit ugly, especialy as controls redraw themeselves when you hover with mouse over them (and they do that randomly)

Check also this link

To see/change the grid use shift and alt.

_________________