372 replies to this topic

[h0bbel]

...

...

Thanks for telling that, i did not test the whole DLL.
With the listbox i can get the selection, but with the comobobox not.
I will try to fix that combobox bug.

Note that the first selected item returned is 0 (zero based value).

<{POST_SNAPBACK}>

Ok, already found the problem.
The problem of the functions API_Combobox_GetSel and API_Listbox_GetSel is that they have 2 arguments in the external_call function while the DLL function has only 1.
This causes Game Maker to fail in DLL calling.
This is just a littl mistake of me
I will upload it now with the fixed examples and scripts.

Edited by h0bbel, 29 December 2006 - 12:34 PM.

[Brandnew]

is there anyway of making a transparent background? or drawing over the api window?
thanks

Edited by Brandnew, 29 December 2006 - 05:45 PM.

[h0bbel]

is there anyway of making a transparent background? or drawing over the api window?
thanks

<{POST_SNAPBACK}>

Drawing a bitmap over the api window would be possible.

[Seeker]

Thank you for fixing those. The combobox and listbox work perfectly now. All of the controls that I see myself needing for my next project seem to be in order. The only problem I encountered this time was the new .gm6 example had a gml error in the creation of the Win2 instance. In the .gm6 code, you had the variables 'window_left', 'window_top', etc. which are only available in prior versions. (Sorry, I know it was a little slip and how frustrating it can be when you work so hard on something and upload it, only for an annoying little error to pop up, forcing you to have to upload the entire thing again...and again. )

I just have one question right now. Do you plan on creating a visual designer for this? If not, I can build my own version and maybe pass it your way for inspection, and you can see if it's suitable for a release here. If you're wondering if I'm capable of such a task, you can check out the source file that is provided with the program in my signature. Also, I had just about finished creating a visual designer for Roach's GMWW, but I didn't consider sharing it with him or anyone until he released the next version of his dll. But if you would like to see the approach I was taking in creating that designer, I can send you the source file I have right now. I know you can do a designer yourself, but it might be nice if you didn't have to do so much work.

[h0bbel]

Thank you for fixing those.  The combobox and listbox work perfectly now.  All of the controls that I see myself needing for my next project seem to be in order.  The only problem I encountered this time was the new .gm6 example had a gml error in the creation of the Win2 instance.  In the .gm6 code, you had the variables 'window_left', 'window_top', etc. which are only available in prior versions.  (Sorry, I know it was a little slip and how frustrating it can be when you work so hard on something and upload it, only for an annoying little error to pop up, forcing you to have to upload the entire thing again...and again. )

I just have one question right now.  Do you plan on creating a visual designer for this?  If not, I can build my own version and maybe pass it your way for inspection, and you can see if it's suitable for a release here.  If you're wondering if I'm capable of such a task, you can check out the source file that is provided with the program in my signature.  Also, I had just about finished creating a visual designer for Roach's GMWW, but I didn't consider sharing it with him or anyone until he released the next version of his dll.  But if you would like to see the approach I was taking in creating that designer, I can send you the source file I have right now.  I know you can do a designer yourself, but it might be nice if you didn't have to do so much work.

<{POST_SNAPBACK}>

Haha, i make my project from gm5 and if i'm done i load it into gm6 and make a .gm6 example, thats why the window_left vars are there, i forgot to make numbers of them.
But what do you mean with a visual designer ?
Like a window form editor using WS_SIZEBOX style for every control?
That reminds me i have to make functions for getting/setting positions of controls, and making a function to get the window handle from a control ID.
But i'm working on dialogs like open/save file and about boxes now for the new version.

[Seeker]

With the visual designer, I'm thinking about a drag-and-drop system for placing form controls. You can position the controls and open properties boxes to set their attributes. The program will automatically generate the gml code needed so the user can just import that into their program, decreasing the amount of code they have to manually write.

For that, I would need for the dll to have those extra functions you just mentioned (getting the position and updating the position of a control), a function that can destroy any control, a function to get/set the focus of a control/window, and if possible, a function to edit a control that is already created (otherwise, I can do a workaround). I can send you the designer I started working on for Roach's dll if you want, so you can see what I was aiming for.

[h0bbel]

With the visual designer, I'm thinking about a drag-and-drop system for placing form controls.  You can position the controls and open properties boxes to set their attributes.  The program will automatically generate the gml code needed so the user can just import that into their program, decreasing the amount of code they have to manually write.

For that, I would need for the dll to have those extra functions you just mentioned (getting the position and updating the position of a control), a function that can destroy any control, a function to get/set the focus of a control/window, and if possible, a function to edit a control that is already created (otherwise, I can do a workaround).  I can send you the designer I started working on for Roach's dll if you want, so you can see what I was aiming for.

<{POST_SNAPBACK}>

Sounds nice.
I will pause the creation of the dialogs for the new version and will add the positioning/updating/focusing functions to the DLL.

[Seeker]

Awesome. Thanks.

[h0bbel]

Update to version 1.1.5.0

- Added functions to set/get position of controls.
- Added function to set the focus to a control.
- Added function to destroy a control.
- Added function to get the window handle of a control.
- Added function to easily make a about box with bitmap.
- Added function for save/open file dialogs with more options than the standard.

[h0bbel]

Awesome.  Thanks.

<{POST_SNAPBACK}>

You can find the doc. of the control functions in "Global control help".

[Seeker]

My gosh, you work fast! Thank you very much. The updates are just what I needed to get started on that designer, and I like the other additions as well. I prefer making programs over making games, and now I can give them that extra professional feel with this dll. It might take a little time, since I'm trying to wrap up one of my game projects pretty soon, but I'll be sure to let you see the first build of the designer I'm thinking of when it comes, and I'll probably have a few more questions by then. It shouldn't be too hard to get it up and running, because for the most part, I can just use the designer I was working on for Roach's dll, and just swap out the function calls. I'll keep you posted. Thanks.

[h0bbel]

My gosh, you work fast!  Thank you very much.  The updates are just what I needed to get started on that designer, and I like the other additions as well.  I prefer making programs over making games, and now I can give them that extra professional feel with this dll.  It might take a little time, since I'm trying to wrap up one of my game projects pretty soon, but I'll be sure to let you see the first build of the designer I'm thinking of when it comes, and I'll probably have a few more questions by then.  It shouldn't be too hard to get it up and running, because for the most part, I can just use the designer I was working on for Roach's dll, and just swap out the function calls.  I'll keep you posted.  Thanks. 

<{POST_SNAPBACK}>

Yes, i also prefer programs, that's the reason its based on gm5, because creating a program which requires a 3d graphics card (gm6) isn't necessary.

[h0bbel]

Update to version 1.2.0.0

- All control fonts are now automatically created with the standard font, not the bold font it was created with in earlier versions.
- Added function to change the font of every kind of control that has text in it.
- Added autofont, a function that sets a default font for creating controls, so you don't have to call the set font function for every control.

[Seeker]

Yes, i also prefer programs, that's the reason its based on gm5, because creating a program which requires a 3d graphics card (gm6) isn't necessary.

<{POST_SNAPBACK}>

I figured that was the reason. I'd use gm5 also, but there always seems to be a few functions that I need in gm6 for the graphics-centered programs that I work on.

I hate to seem greedy, because you've already implemented the functions I mentioned recently, but I have a few more hopes for the next version:

- functions to hide/show any control
- function to get the parent of a child window
- message box functions

I've already started a little work on the designer (started from scratch instead of using my old version), and have already needed a few of these functions, but I have done a workaround for the moment because I didn't want to bug you with more requests so soon. But whenever you find time to work on the next version, please consider these. The new additions look great.

[h0bbel]

Yes, i also prefer programs, that's the reason its based on gm5, because creating a program which requires a 3d graphics card (gm6) isn't necessary.

<{POST_SNAPBACK}>

I figured that was the reason. I'd use gm5 also, but there always seems to be a few functions that I need in gm6 for the graphics-centered programs that I work on.

I hate to seem greedy, because you've already implemented the functions I mentioned recently, but I have a few more hopes for the next version:

- functions to hide/show any control
- function to get the parent of a child window
- message box functions

I've already started a little work on the designer (started from scratch instead of using my old version), and have already needed a few of these functions, but I have done a workaround for the moment because I didn't want to bug you with more requests so soon. But whenever you find time to work on the next version, please consider these. The new additions look great.

<{POST_SNAPBACK}>

Thanks to remind me, that functions are really standard requirements for the DLL but i forgot to add them.
Tomorrow i will work on the DLL again .

[Sindarin]

Is it able to show these controls on the game window instead of a new one?

[h0bbel]

Update to version 1.2.5.0

- Added function to change the show status of a control.
- Added functions to get/set the parent of a control
- Added function to show message boxes

[Seeker]

Thanks, h0bbel. Is making this dll really that easy, or are you just that darn good!? Keep up the great work.

[Brandnew]

I have a problem with the dll: My objective is to make a DAT file editor, in which data for a mmorpg will be stored. There is a Treeview, where you can see the Items tree, and should be able to add items, monsters and effects by clicking buttons.
New items should be added to the selected item of the tree, but that only works for the first time. The next times, items are added to the root. :S

Here is the gm6 so you can understand.
http://www.mytempdir.com/1149578

Thanks for the help

[h0bbel]

I have a problem with the dll: My objective is to make a DAT file editor, in which data for a mmorpg will be stored. There is a Treeview, where you can see the Items tree, and should be able to add items, monsters and effects by clicking buttons.
New items should be added to the selected item of the tree, but that only works for the first time. The next times, items are added to the root. :S

Here is the gm6 so you can understand.
http://www.mytempdir.com/1149578

Thanks for the help

<{POST_SNAPBACK}>

Your code is perfectly fine, the problem is in the API_Treeview_GetSel function.
I will try to fix this problem.