ENIGMA Development Environment

This is really nice TKG, I actually tried to do this myself when I added [snip]get_directory_alt[/snip] but couldn't figure it out. I'm going to ask you about just patching this into the official ENIGMA for everyone using a macro to use your version when it's Windows XP and lower.

You can see my comment here about not being able to find what GM uses for [snip]get_directory[/snip] on the old Windows:
https://github.com/enigma-dev/enigma-dev/blob/60b14308ad56dddeccd750be3e25843cd005d073/ENIGMAsystem/SHELL/Widget_Systems/Win32/dialogs.cpp#L549

Hi Hugar, do you happen to still have a link to the source for this? (I can't seem to find it in this post) I just came across it and thought it looked like a neat example. I'd simply be interested in testing it out in our new C++ GMK reader for emake/the commandline and see if it opens in the new IDE fundies/cheesboy has been helping me create. Also, I wanted to let you know that our dialog support on Linux has always been subpar in comparison to Windows, but TKG has been working on a way to fix that. I am not even sure if the current GTK system works, but in ENIGMA settings you can try getting the dialog action to work by setting the widget system to GTK. The "None" widget system prints to the console/terminal if one is attached to the game process. The highscore table may actually require the Highscore ENIGMA extension as well, you can find and enable that also in ENIGMA settings.

This is a little bit related: tonight we got Travis CI including some Mac tests. However, we had to allow them to fail and the build to complete without them. So some PRs may show green, but the Mac tests are still queued.
https://github.com/enigma-dev/enigma-dev/pull/1160



There's really nothing else we can do about it because Travis just has very very few OSX instances because Apple's restrictive licensing requires the tests to be run on physical Mac hardware:
https://www.traviscistatus.com/

We may just have to end up provisioning our own Mac instance. But the way I see it is some tests for Mac is better than no tests, even if those tests only run once a year.

Regardless, our build times are back to 45 minutes for Travis and about 30 for AppVeyor!

That's ok, don't worry about making or having made a second account. If you want back into the original, Josh may be able to assist with that.

This is a very strange issue and is what's called a linker error. image_load is an internal function in our engine which may call image_load_bmp or delegate to an external library to load various image formats. This function gets called by sprite_add and background_add which then passes the data (32bit BGRA uncompressed texture) to the GPU in the graphics system. The only way this could occur is if you have an old copy of ENIGMA or you changed the source code in some way. Where did you obtain ENIGMA from?

Also, can you please provide the full/more detailed log from the compile output window?

This is funny that this post is here because for various reasons I was just looking at the GMX format the other day and noticed the exact same thing in Studio, completely ignoring LGM. Yes, this is also a GameMaker feature, and I would, as the others described, rather it this way than for people to accidentally lose assets permanently. LGM could add a checkbox to "Delete this resource from the file system" as well like you have in Eclipse and other IDEs. But really to me it's not worth my effort to update anything. I personally hate checkboxes on message boxes such as "Never show this message again" because I almost always am in too much of a hurry to know if I might forget what it's telling me. Best UI design principle is to really just keep your interface simple, and that's what LGM has. It's not really going to cause any problems as the undeleted resources usually don't take up too much space. Another idea too would be to add a cleanup button to LGM that would do this, similar to the defrag ids button.

Hi johnno56, it's honestly a glitch in the Java Swing GUI framework and with our custom code editor. Swing is one of the buggiest damn UI frameworks there is. What I have been working on for some time will be a permanent fix to this cursor problem. All I can say for now is to stay tuned and watch for updates.

Very much agreed, much in the same way that building a GUI application in Swing is not the same as tailoring it, for example, specifically to Windows by building it with native Win32.