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

Proposals / Re: Selection tool
« on: December 17, 2014, 04:23:26 pm »
Yes this is actually a very nice feature, nice work egofree. We should actually find out from IsmAvatar what the purpose of the Batch tab was, because if this fulfills the purpose it should be deleted. For rendering we automatically handle batching in the engine, there's not much the user can do from the IDE aside from assigning texture pages which is not done from the room editor. If this is the case, we should remove that useless tab. And we really should just combine the add and edit tabs like they are in GM and Studio because there's not that much difference between the tabs. I think we should also replace the shift icon with arrows pointing in all 4 or 8 directions instead of just to the right, I mean as a single icon for the button, not 4 or 8 different buttons, think of the drag and drop move icons.

Developing ENIGMA / Re: LateralGM
« on: December 17, 2014, 04:21:05 pm »
egofree, we should have discussed that first, I didn't really want them sorted because I had them added to the list by similarity of function

The reason being is because fading to a color and opacity effects are most similar as blur and sharpen are.

Works in Progress / Re: Platformer Maker - My firts project usng Enigma
« on: December 17, 2014, 04:19:38 pm »
We actually planned on having this functionality built in, this is what "Design" mode under the build menu is just like Unity3D, but it hasn't worked since ENIGMA R3 and it needs Josh's new compiler. That said I like the improvements it looks like you've got a good start on your game! I would suggest bigger levels and more ghouls.

Issues Help Desk / Re: Symbols???
« on: December 13, 2014, 01:33:37 pm »
I did some more research Josh, it appears some hacking has to be done to make windres compile unicode.

I tried including the winduni header instead of windows.h along with ansidecl.h from binutils in the resource file but without including windows.h nothing is written and even including that it still ignores the unicode. Also winduni.h and ansidecl.h are not included in MinGW so we'd also have to redistribute them even if it did work. There is also ansidecl.c and winduni.c so maybe I am just supposed to recompile windres.exe with the unicode support?

I don't quite understand how you get unicode windres.exe working with MinGW and none of the internets make any sense, I also tried passing -D UNICODE -D _UNICODE as defines in gcc.ey

Actually, I think this may shed some light, windres doesn't handle unicode at all, it only handles ASCII, but you can hack it to handle UTF-8 if you want, or we could just escape the symbols ourselves.

Edit: Scratch all that --codepage=65001 works

This effectively resolves the issue and the patch will be included in the next portable zip release.

General ENIGMA / Extension Depends on Extension?
« on: December 13, 2014, 02:01:31 am »
Not sure about this one but I'd like to know why the following isn't working for me.

Code: (yaml) [Select]
  Extensions: DataStructures

My asynchronous extension relies on the Data Structure extension and needs it to be compiled first otherwise a segfault ensues. Since I can't find another extension that relies on another extension as an example I have absolutely nothing to go on and the Wiki page doesn't distinguish.

Do we have this system in place yet or not? Otherwise I will have to hard code the ds extension into the async extension and you'll have to build without the DS extension enabled.

General ENIGMA / Re: Busy busy, like a bee
« on: December 13, 2014, 01:06:55 am »
Haha, well there we go! Wish I could fix this windres unicode issue though :/

Issues Help Desk / Re: A weird error with File Handling
« on: December 12, 2014, 06:18:51 pm »
Hello Valdis! Try running the game in debug mode, then copy and paste the C:/ file path of the output executable from the console window. Then open enigma-dev/git-bash.exe and enter "gdb path/to/game/exe/from/lateralgm/console" once GDB opens type "run" and run the game till it crashes. When it does you should get a SIGSEGV at which point you should enter "bt" and copy and paste the stack trace at or

That allows us to see the exact file and line in the engine the game crashes at. It would also be helpful if we could see the actual file that your script has to parse or else a replica of the file that reproduces the issue so that we can build a standalone unit test.

Also you did post in the correct location, I usually help on Facebook if I see the message, I just haven't looked at Facebook for a few days. Second we do like issues to be posted here on the forums or on GitHub in case other users encounter the same or similar issues.

Issues Help Desk / Re: Compile Error (C++ Bad Reloc)
« on: December 12, 2014, 06:13:25 pm »
Yeah I am not exactly sure exactly what would have caused that, but glad you got it worked out! What was the problem exactly?

Proposals / Re: keyboard_string_direct
« on: December 11, 2014, 11:10:42 pm »
Yeah I noticed that I was experimenting locally, it's because the other keyboard functions are registered by window messages for keyup keydown etc. I do not know why it is that the keyboard does its thing the way that it does, but usually pressing a key and holding it types the letter then waits a bit and starts spitting the letters out. One thing I tried was making a keyboard_status[255] array to check against and setting either 0 for not pressed, 1 for pressed, 2 for intermediate, 3 for pressed, and 4 for released. That's easy enough to do and you could consider 1 and 3 for down, but it still don't function quite the same.

The other problem is that the input string is always uppercase, I don't know if you noticed that or not. So you would need to manually check vk_shift yourself to determine whether the keys are uppercase or lowercase. Perhaps ENIGMA could at least provide a helper function for this though. We don't have this problem with our built in keyboard_string because the API's just tell us what the last char was.

The better solution would be to write a dll extension like you did for Window flags that hooks onto the system message loop.

You could borrow some of ENIGMA's code and replicate the input system to behave the exact same way except work when not in focus. You could have functions like keyboard_check_pressed_direct and keyboard_check_released_direct to get around overloading.

Proposals / Re: keyboard_string_direct
« on: December 11, 2014, 04:24:30 pm »
We don't actually query the keyboard when not in focus, and there's no way to because we don't receive messages, this is by design of Windows. So you would have to make sure you don't have the option to freeze when losing focus set. Then you would have to do it manually with keyboard_check_direct

I actually found a result on google for what you are looking for, but its in Dutch or something.,53927.5/imode

Code: (GML) [Select]
for(i=5; i<255; i+=1){
      string += chr(i);

Allow me to give you a modified version that handles backspace:
Code: (GML) [Select]
for (i = 5; i < 255; i += 1) {
  if (keyboard_check_direct(i)){
    if (i = vk_backspace) {
      keyboard_string_direct = string_copy(keyboard_string_direct, 0, string_length(keyboard_string_direct)-1);
    } else {
      keyboard_string_direct += chr(i);

General ENIGMA / Re: Busy busy, like a bee
« on: December 11, 2014, 10:04:25 am »
Taking a further look at the following page while trying to debug the windres unicode issue.

I see that...
Quote from: Building Win32 GUI Applications with MinGW
The -Wl,--subsystem,windows linker switch ensures that the application is built as a Windows GUI application, and not a console application. Failing to do so would result in a console window being displayed whilst your application runs, which is probably not what you want. We must also link with comctl32, which we require due to using visual styles in our application, so we include -lcomctl32 on the linker command line too.

General ENIGMA / Re: New Portable
« on: December 11, 2014, 10:02:55 am »
Thanks Darkstar2. we are doing our best and it does look like he left again, he's welcome to come back at any time, this was obviously nobodies decision except his.

Issues Help Desk / Re: Symbols???
« on: December 11, 2014, 09:24:32 am »
The copyright symbol is ALT+0169, I can confirm this bug, but it may not be our fault.

We add the copyright information by passing it to the Windows resource compiler in MinGW, which is how Visual Studio adds this information to exe's, and it does appear the value was written there correctly.
Code: (RC) [Select]
VALUE "LegalCopyright",      "Copyright © Robert B. Colton"

I've filed a ticket.

This suggests using \251 for the copyright symbol and it does work for me.

This is not how GM 8.1 behaves.

Ideas and Design / Re: In need of a Sonic fangame engine for Enigma
« on: December 10, 2014, 01:50:08 pm »
HitCoder, I made a new Portable ZIP yesterday and it has the fix for the with statements so that the original unmodified Sonic engine by polygonz should work again.

Also I've filed a feature request for code refactoring, but it's unlikely to come any time soon we have so many other issues to work through right now.

General ENIGMA / Re: New Portable
« on: December 10, 2014, 01:47:24 pm »
Your fix for writing tiles is, that one I pulled before 831, your other ones I just pulled yesterday and haven't rebuilt the jar because I was working on Jeie.