AutoHotkey Community

I added your code above and uploaded a new zip file.

_________________
This ID is used by a team of AHK users working together.
Feel free to ask if you want to join.
_________________

Much better than Smart GUI Creator...
Much more bugs...

_________________

Wish this was still being developed.

I wish either this or SmartGUI Creator were still being developed. I use SmartGUI because of its interface but I dread the day that neither one works...

You could step in an do some development. It happens that I do not have time and will probably not have in the near and long term future. Sorry.

Unfortunately both apps are way beyond my meager knowledge of AHK. I would end up making things worse.

Hey, you developed this for free on your own time. I completely understand the fact that you are unable to support it anymore.

I asked this question in other AHK discussions , with no answer,
may be in this forum it can be answered:

table/grid properties:

freeze columns
1. is it possible to define 'fixed columns' means:
on scroll left-right the specific signed columns will not move ?

Image control
is there an Image control in this tool ?
so I set the image file and see it in the GUI ?

if yes:
can the image control create, by setting it's properties,
scrollers vertical and horizontal ?
so user can scroll the image both directions ?

I asked this question because the AHK standard picture gui
I cannot set the scrollers left/right or up/down

or there is a simple way to do it ?

but of-course the best thing will be if it will be a standard property
of the Image control in this project ,lil builder

any help will be apprecieated.

rgrds
rani

This looks like a great project.

Wonder if it's appealing enough that people would pay money to see it developed...

If people don't have time to work on it but want to see it done...

maybe they'd pitch in a couple dollars to see it improved...

I personally feel like automatic gui-creators are a huge part of AHK's appeal.

I realise Lil Builder probably isn't being actively developed, but I have a suggestion to fix a rather annoying bug: if the selection window's borders aren't exactly 3 pixels wide/high, selecting a control resizes it slightly. This is because Selector_Set2PosSize uses a simple -= 6 adjustment before resizing the Gui with Gui, 1:Show. This isn't adequate, especially on Vista (or 7) where the borders are larger. Instead, Selector_Set2PosSize should use WinMove to size the Gui, or calculate the actual size of the borders. (SysGet 32 or 33 should return the size of one border, but on my system they return 7 when 6 is the correct value.)

I also chose to disable "Aero" rendering of the window border (and the window's shadow):

Lexikos you will be a god if fix this. I beg of you. BEG OF YOU

Ill post module you can use to fix this one of next days. Its called Win.ahk and brings usefull windows functions in uniform and convinient API.

Win_Get function can return bunch of win information, one of them to be border size which depend on bunch of things, like OS, skin, etc...
All of the things having different values with different skins (tittlebar, borders, etc..) can be done with it.

I wont fix the code tho, but the line can be simply changed to something like

_________________

Guys, looks like it would be great, but I immediately get this error when trying to add a standard control:



Hope someone can help soon!

_________________
-buttons, buttons,...
I like to push all the buttons!!!

So how exactly does one view or edit the gui code once one has created a gui?

Right click on the toolbar and choose export.

_________________

Thanks! For my 2c this does look really cool, worlds beyond the packaged item... honestly I think you should package this with AHK instead of SmartGUI... (except that it's full of crash bugs... but the interface is really epic)