AutoHotkey Community

[Thalon]

To clarify the first point:
AFAIR the current situation is:
I have written a script with a GUI and I can choose this script to load the control-information into GuiCreator.
But there is much information lost.
And if I save the Gui to the same file there is only the GUI remaining and the scripts other data is lost.
So it is not easily possible to edit a scripts GUI (There has to be a temporäre file with the GUI-Information and I have to do most of the settings for the controls every time).

It is much less afford to edit a script manually!

---

But it is a big step forward to add relative positioning. So big GUIs can be created in a more organized way than now.

Thx,
Thalon, who has much to do with his own projects...

Edit: Corrected gramatical misspelling
_________________
AHK-Icon-Changer
AHK-IRC
deutsches Forum
SacredVault

[rajat as guest]

@Thalon
Have you tried saving the GUI as modified script?

[Thalon]

I am not shure if this option was already existing in the version I used (or I did not find it).
So the answer is 'No'.

I will wait for Toralfs first redesigned GUI and then spend time into constructive comments. But it is good to know that this should be already implemented!

Thalon
_________________
AHK-Icon-Changer
AHK-IRC
deutsches Forum
SacredVault

[Rajat]

[T800]

I'm experiencing problem with Smart GUI 4 (fresh download). It is constantly crashing when i open any file save/load window, sometimes it crashes only when I select file.
It doesn't happen when I'm adding elements, just on save/open dialogs, even if I set microediting. My scripts are working fine. I dont know if it's my system, software or hardware's fault. I'm running laptop Compaq nx6110, winXP home, and I have 2 custom shell extensions (can't tell if that changes my system's stability) filehash tab audio shell tab. I yet have to try it on another computer.
Help!

[slomz]

Yes the same happens to me. When I choose to save or open a script from the desktop it crashes.

[ahklerner]

I only have a problem when attempting to add a SECOND picture with the open dialog....I have just learned to duplicate the previous added pic and change the label....I wonder if there is a bug in AHK fileselectfile, because I have a script that does the same thing....On different PC's...Compiled or uncompiled...but it does not happen every time. (with Sgui(98%) or my script(50%))
See this post FileSelectFile closes App on 2nd run

[Rajat]

i added lots of pics on a gui using the open window... no problem found.
i opened one file... it opened fine... i tried opening other... SGUI won't show the file open dialog (is this what you mean by crashing?) ... actually not letting opening another file is intentional... i just forgot to make SGUI set the file open menu option disabled after opening one file... the rule is one gui file per running session.... i think toralf's v5 will remove this limitation.

@toralf
howz the new version going?... now i've got time these days and will love to give you a hand on this.
_________________

[toralf]

Hi Rajat,

I haven't got time lately :( , so the code is unchanged to the one I send to you two weeks agao. Klaus reported a bug which I sometimes experience myself. I guess I first have to fix it, before I continue.
When you work on a gui (do several things, I do not know which actions exactly) at some point the mouse is locked inside the work area. You can only escape this trap with Alt+Tab or Ctrl+Alt+Del. I fear that it has to do with the SetParent. If this is true, I hope we find a workaround, since I would hate to not use SetParent. It offers a nice handling of child windows. E.g. Minimize a Gui in the work area and it will be shown in the lower left corner, of the work area.

Another problem I have to get by is to fix the hiding of the grips behind controls. I assume I have to refresh the GUI. Meaning: I have to destroy the current GUI and rebuild it from the array (and getting all the new HWND) and add the grips as the last controls, so that they are highest in z-Order. I have a refresh button for this, and maybe it needs to be done after each new tab control, since they seem to be most frequent "grip eater".

It would be of great help, if you could look for bugs and find a solution. At the same time it will give you a nice overview of the code. So that it will be easier to add feature in the future. Now is the time to reorganize the code or change implementations, so please think globaly and envision features, don't put them in, but think about the best flexible structure to add them. We (I) want the code to be flexible enough to be maintained easily and new features can be plugged in easily.

Enough talk, have fun to go through the 3000 lines. :)
_________________
Ciao
toralf

[ahklerner]

[Rajat]

well, i'm unable to recreate it here... if there's a sure way to make that happen, then please let me know... if its the SGUI code, it'll help me to fix it. thanks!
_________________

[ouch]

is there anyway you could look at the code that handles tabs?

edit boxes get extremely screwed up. like thier id's get crossed in the editors memory or something.

[Rajat]

well its the same for tabs and listviews. they sometimes misbehave with other controls if they're played with a lot.

anyways, toralf is looking into developing SGUI these days and he might be able to help you better on this.

toralf,
i'm sorry for not being able to give SGUI time lately... its been a couple of years of active development ... but now probably its time to let go.
i'm sure, with you, its future is safe.
_________________

[toralf]

Hi Rajat,
That sounds like a good-bye!?! I will only start a new SGUI; give a big frame work (currently 3700 lines :| ). I will not be for ever on this, so I hope that at some point other people join and it will be held up high by the community. I'm close to send you and the other testers a new version. You'll like it, I'm sure. It has some great enhancements. But it still lacks several features of the current SGUI. Thus people should stay with this SGUI until the new is ready as a starting point.
_________________
Ciao
toralf

[Rajat]

maybe not a complete goodbye but i don't think i'll be actively developing anymore... though with your streamlined code i'm sure it'll be easier to put in bits later on.
and i also hope that this gets built into and ahk IDE like platform with features besides plain GUI as well, with other members of the community putting in their bits n pieces.
_________________