Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Goombert

Off-Topic / Re: Good places to learn OpenGL
« on: October 01, 2014, 08:09:08 AM »
That actually kind of upsets me, because this is one of the powerful features Direct3D 9, 10, and 11 all have, they can force software vertex processing as well as emulate shader models not supported by the current graphics card which makes them a lot more compatible with older graphics hardware. In Direct3D it's just a flag, in OpenGL you have to write your code twice if you want it to be able to support software and hardware, and even then it won't be core compliant.

So that is a huge disappointment for me with OpenGL, has been for a while actually.

Off-Topic / Re: Good places to learn OpenGL
« on: October 01, 2014, 04:31:46 AM »
Actually Harri, I don't think you have to use VBO's. I would like you to find out, since you have the means of doing so I don't actually know how you find out which functions are which core, if vertex arrays like we use in GL1 for models can be used in newer GL cores. Do you know if they can or not? I think they can because they can also interface with vertex attribute arrays and shaders. They are immensely easier to use than VBO's.

Edit: From what I gather vertex array's are usable in GLES.

Off-Topic / Re: Good places to learn OpenGL
« on: October 01, 2014, 03:19:50 AM »
Yes Harri is right, and further anybody that can initialize Direct3D on a Win32 window could and should be able to easily write an OpenGL application without difficulty.

Issues Help Desk / Re: bug report
« on: October 01, 2014, 03:09:41 AM »
I see TKG, and I have looked at the source code now, and I want to say you may not have formatted it perfectly but your code was very legible and it was easy for me to read, nice work!

Now like I said above, I experienced what you are experiencing with WS_EX_APPWINDOW, do you remember about the GUI layer and scaling being slightly squeezed in the following picture? (look at the left; the black 5px gap)

Well it was the extended window flag that caused it, the only thing is that it was consistent for both of us. So I sort of want to point the finger at WS_EX_TOOLWINDOW since that is the style you set by default, but it doesn't have that affect for me. So possibly try commenting out just that flag, rebuilding your DLL and test again to see if it might be the cause. I am not saying it may directly be the cause but mixing that flag with some other flag that ENIGMA sets may be causing the issue for you.

Also just want to point out to you the file and line number where we set window flags in ENIGMA. You should also investigate this in your tests.

Also just for reference the following link is the Microsoft documentation on the Extended Window Styles.

Primarily see if you can come up with a way of reproducing it on my machine, Windows 8.1

Also because you are embedding child controls, though not with this extension, it could also be related to the following issue.

The issue could also be the EXITSIZEMOVE message that the window reads.

Perhaps try making windowWidth and windowHeight just the client area size, so GetWindowRect for x/y and GetClientRect for width/height, in that method instead of that other whacky jazz.

Programming Help / Re: [Solved] Adding a new function
« on: October 01, 2014, 01:52:06 AM »
Hey it's ok sorlok! Enjoy yourself and I hope you have a nice time!

Issues Help Desk / Re: bug report
« on: October 01, 2014, 01:49:19 AM »
TKG, this is upsetting to me if this is related to your other issues because I thought I read you guys saying something about it not being consistent between even Windows versions? I honestly can't tell you man, if I can't replicate it I have no idea what the issue might be, I had some ideas but they all proved to be false. Do you have any ideas of what could be going wrong? You can see all of our window code and the flags we set, you might have a better insight into why your extension is bugging out than I do because I don't have your extensions source code and really don't understand it as well as you. I'm all ears man and willing to resolve this issue if we can figure it out.

Issues Help Desk / Re: bug report
« on: September 30, 2014, 06:34:46 PM »
My mistake, I actually didn't test height only width, but I went back and downloaded your original and made no changes except drawing the dimensions to the screen, dragged it and still could no reproduce it, I also tried changing the various flags from GGS, and still nothing. I also opened Paint.NET and tested to make sure the window functions were reporting the correct dimensions, and they are, test the screen shot for yourself. I additionally ran the same test exactly as you described on the executable that you built, and still could not reproduce it.

Quote from: TKG
V) FYI in GMStudio window_get_width/height(), window_set_size(), and the last two args of window_set_rectangle() are based on the *client* width/height, not the border.
  A) ENIGMA should do the same thing as explained in V) as it actually makes sense. Microsoft's MoveWindow idea was an epic fail. Plus it would fix GM/GMStudio incompatibilies.
My apologies, I stated that backwards, we do actually do that.

General ENIGMA / Re: Externalizing LateralGM
« on: September 30, 2014, 05:38:42 PM »
Well I would first like to call attention to the failed experiment that was me trying to iterate the directories inside the jar, the code works when you look for resources at runtime in Eclipse, but you have to iterate Jars like a Zip file and they don't properly maintain their directory structure.

Not only is the code way to verbose for looking for resources, it simply doesn't work for me to find just the directories in a folder inside the jar to get the name of icon packs.

Programming Help / Re: Windows 8 touch support
« on: September 30, 2014, 02:50:11 PM »
Quote from: edsquare
What I meant was : If you implement it as an extension it can be activated/deactivated by the person making the game, so it should not present any problem with your games running on any OS.

Yes that is my plan, I've got the functions outlined and I'll have them done soon, I have tons of LGM stuff to do.

Off-Topic / Re: Good places to learn OpenGL
« on: September 30, 2014, 02:46:56 PM »
Yes if you want to just start making some small OpenGL applications I suggest you download Code::Blocks which will come with MinGW and isn't very large and you can build some nice little OpenGL apps. However if you want something a little cleaner, Qt Creator has a very nice interface for building OpenGL applications that may be a little easier to learn, and they also include examples.

Also, as an alternative to Ogre3D, which is a huge bitch to compile, I would like to suggest Irrlicht which is extremely light weight and can do quite a bit including Geomipmapped terrain and stuff as well as make 2D games, has a GUI framework and everything and makes use of different drivers for Direct3D9/10/11 and OpenGL1/2/3/4 I honestly can't suggest anything else for a budding game developer wanting to use C++
Irrlicht also likes to play nice with GNU Make.

Issues Help Desk / Re: bug report
« on: September 30, 2014, 02:43:49 PM »
Possibly, there may have been conflicts, try getting the new Portable and other suggestions I have mentioned on Git.

Issues Help Desk / Re: bug report
« on: September 30, 2014, 12:58:39 AM »
TKG, I am sorry but I was unable to reproduce the unexpected results, everything works as intended. Perhaps do another git fetch and git pull because we were setting a default window flag before that caused this behavior and I have since removed it and you may not have the changes.

Graphics and Video / Re: Things I have been working on (past to present)
« on: September 29, 2014, 11:42:43 PM »
TKG I am going to have to ask you to be a little more polite to the OP, please stay on topic or go back to China town (West Virgin).  (Y)

Finished Games / Re: Window Styler, Web Browser, and Embed Program
« on: September 29, 2014, 10:10:13 PM »
Quote from: TKG
Robert I tried your code and it threw errors. Are you sure what you provided is correct? The only thing I changed was I replaced the child window arg to use the handle to the child window, which I take is what I was supposed to do.

I'd have to see the output TKG.

General ENIGMA / Re: Externalizing LateralGM
« on: September 29, 2014, 07:35:50 PM »
Quote from: IsmAvatar
One possible way is to provide the files (or even LateralGM) as a zip *alternative* to users who want that,
Yes as a separate release, I may actually try that first and let everyone test it first before making more long term decisions on the matter.

Quote from: IsmAvatar
First, it affords us the ability to easily store LateralGM on certain mediums without adding write permissions requirements to that medium (for example, a CD).
Actually, I see what you mean and I agree, but none of the resources I am talking about actually require writing by the IDE unless the user manually wants to write to the files outside the IDE which they would have to do anyway. So either way you have a jar or a folder with a jar and all LGM's files on a non-writable disk. So I see what you are saying, but that really only is relevant for those of the resources LGM would write to which currently is none unless maybe we added a dialog for editing the keyboard shortcuts like Studio does, but I don't plan on that because editing the text file itself is likely to be a lot easier and quicker.

Thanks for the Wiki link, however most of it I was already aware of, I had already considered a dialog for LGM as well that would ask where enigma-dev is located on the first run.

Quote from: IsmAvatar
Attempt to create those directories. An installer will often handle this, but I want to avoid requiring an installer. LGM could try to create those directories, probably with the user's permission, and if it's even possible.
I agree, I do not want any installers either, but what Harri suggests seems like a relatively good idea as well, but I just always found it to be uncommon knowledge to the layman user. Having those directories already there gives them some degree of freedom in figuring out what does what without having to go the internet and come here and ask us how they can override internal files.

I will say that I have considered writing executables for LGM however, so that I can at least see an icon for LGM's attached process in Task Manager, which Eclipse does as well.

Quote from: IsmAvatar
This should be what LateralGM already does. It's just not obvious because it's hard to tell:
Yes exactly, so perhaps we could add an "Unpack" option underneath the two Explore menu options, and also delegate a callback to the ENIGMA plugin in case it wants to unpack anything. Then the question however does become, should LGM remove these files internally? Because we essentially end up with two copies of them then.

Quote from: IsmAvatar
* Give in-program easy links/access to those directories. Commonly a button or link will open the user's file browser pointed to the directory. You'd just need a good spot to put this button (or these buttons)
Actually, we already have one under the help menu that I added when Studio added theirs, it opens the executable working directory of LGM, so when you run from eclipse it just opens your project folder, if you run it with enigma-dev it will open that up in your file explorer, the button is "Explore LateralGM" and we also have the option "Explore Project" right underneath of it.