ENIGMA Development Environment

Instead of just adding the variables to the backend which takes me like 3 seconds to do and then you all update, you want me to dick around for a couple of days adding a pre-create event?

I'm 100% certain this "adding variables to the backend" will just be rewritten in 3 months. So I am suggesting doing it extendable from the get go. Also, if you knew how Creation Code was made, then you wouldn't have much problem adding a Pre-Creation code. It doesn't even have to be an event. Like this how Create code works right now (which you didn't probably know because you added a confused comment in roomsystem.cpp line 184):
1) The gotome() in roomsystem.cpp is called to go to room.
2) Then createcode() is called in line 194.
3) That calls something like "roomcreate0" in IDE_EDIT_roomcreates.h.
4) And that calls "room_0_instancecreate_100001" in the same IDE_EDIT_roomcreates.h which has the creation code.

So what I suggest is adding "room_0_instanceprecreate_100001" with the variable changes. Then add "roomprecreate0". And then call it from roomsystem.cpp in before instance create, like in line 177. You can add all the required code in write_room_data.cpp line 191 to 218. I might even do it, though I don't want to right now.

Anyway, it was just as suggestion I feel has merit, as it allows not only adding the room options, it allows more flexibility in the future and we might even give this option to users. As some IDE's allow running a code before some other code just for configuration (usually graphical IDE's like Visual Studio). And as I pointed out it should be easy to add.

I wanna hear Josh's thoughts on this, as he might appreciate the "elegance" of that solution, although he might just as well hate it.

When you make a program for windows you may need to know several APIs: The API of the software you are using, Windows API, Database API, etc.
so that you can use those applications inside yours, make calls, send files, create, modify, save, delete databases, etc. ; so Enigma's API is not necesary (although it kind of is) for using LGM+ENIGMA but... If you want to call ENIGMA from another IDE and use it then you need to know ENIGMA's API.

I know what an API is, but there is no such thing as ENIGMA's API in the usual sense. LGM talks to the .dll via a plugin. I guess you could call the way they talk an API. You should look at compiler source code (\CompilerSource) and the Java plugin source (which is somewhere in Git).
No need to look into \ENIGMAsystem, it's the game engine which has nothing to do with the IDE. The .dll (\CompilerSource) is also technically not connected to the IDE. LGM sends data via the plugin and the .dll sees this data. Then it parsers, writes everything to IDE_EDIT files (which is the generated content) and then calls a makefile so C++ would compile it.

So basically you should look into the Java plugin code and then replicate that, so you know how to send data to the .dll.

Others might help you more on this than I. I have done basically 0 changes for the \CompilerSource in the years I have been here. I have only modified the .exe a little. I work on the game engine.

What do you mean with API? API usually means using one thing inside another. ENIGMA isn't meant to be used outside ENIGMA.

These are the results with the above changes. The following is drawn starting at full pixel passed to the draw text function and interpolation enabled, this is actually what it should look like with interpolation enabled when the font texture is not padded.

Would the padding really help here? It seems the problem is not "leaks" from nearby glyphs, it's the fact that it blurs the texture by itself. So if you padded, it would still look bad.

More like what lazarus does where I can close a project without closing the ide, this because before I could open another project on enigma and it would close the one already open, but now sometimes I end up with two projects open on the project inspector one on top of the other.

That is a bug probably, as LGM doesn't have the option to have more than one project open. It seems you have a lot of bugs with LGM no one else can replicate for now. People with Linux should test. But you can just press "New Project" and it will reset everything.

Try this: https://www.dropbox.com/s/f2qne57uik51kp4/temp_sprite_test.egm
It's one sprite, added to one object (without any code) and then added to the room. When I launch it I see ENIGMA logo in the middle. It doesn't render anything to you? Graphics system is set to GL3.3 in that example. Try GL1.1 if it doesn't render.
And did you actually download newer LGM+plugin as well? Because you cannot get it by "git pull".

It seems sprites are not written to the game:

Adding Sprites to Game Module:
Done writing sprites.
Finalized sprites.
0

I think it might be a format issue. As I said, save and use only EGM. Try creating a new project, add a sprite, then assign sprite to object and put object in room. Launch the game, see the sprite.

Sadly Apple products are not customizable when you buy them, so I cannot compare 1:1 with a regular PC. And Apple has a "niche" in art and whatnot (diminishing though), because people don't really buy macs for office desktop or gaming. You can by a decent office PC for 400$, and a VERY decent gaming PC for 1500$, while the cheapest Mac Pro was 2999$, and no, it wasn't 33% faster. I would say you can build a performance wise comparable PC about 20% cheaper than an equivalent mac.