ENIGMA Development Environment

I love the Josh's execution of the idea. I would personally take any search in resource function, even a GM:S clone, but if we can make it better, then why shouldn't we. I think the idea Josh had is that we use the already present "Search for resources" fields you just added, and allow people search in code the as well (if appropriate buttons are clicked). This means we don't have to have several search dialogs.

But I'll be honest Josh I also think we should have a preference for the object events to be expandable by default even when not searching, users can toggle it from preferences which is also default functionality of Eclipse class files.

That's actually a cool idea, because then I would almost never open the object dialog (unless I need to add an event). We already removed D&D (optionally) so people with code don't see it. Now we could remove the need for object dialog for people who use only code. It's still useful of course (adding events, changing sprite etc.), but when I have already made an object and added all the events, then I only open it to change the code.

A) The resource frame appears as well as the code editor for the event.
B) Only the code editor for the event appears with an indication of the object (I believe most code windows already have the object name in the title which I did so that you can find them when the tab bar is active under the one look and feel)

Both are quite interesting options. I think only the code editor needs to open, because you clicked on an event - which means you want to edit it. If the person clicks on a higher node (the obj_player resource) then the object editor should open. So the editor opens for the resource you clicked on. If you click on room, room editor opens, if you click on Room Creation Code, the code editor opens. It seems more logical to me because of the "User does, user sees" kind of thing.

On windows you often have to write "Content: my_variable" to search "my_variable" inside txt files. But if you don't type that it will search inside files as well, but only after finishing with filenames. Anyway, I would love searching in all resource whatever the window/tab it's in. We can always move stuff, but we need to code the thing first.

That's not a reason to not support it.

The reason not to support it is because there is no reason to support it.

there's a reason people use it there.

Mostly for the IDE. We actually have used VS IDE together with VisualGDB to write code for RaspberryPi. So we use GCC to compile, but use VS just for the IDE. Most people who use VS outside of IDE are people who write C#, which are people who doesn't have any real alternative.

I have worked on projects that use VS with C++, C# and so .NET as well. And from my experience it's almost impossible to run a compiled executable without installing A LOT of dependencies before hand. In C++ case it's better of course than in .NET/C# case where you seriously must install sometimes hundreds of MB of dependencies. Of course MS keep adding to dependencies in newer versions of windows as well, but whenever you use a newer VS in an older windows (like Win7) you end up with this bloat problem. MinGW is the only compile I know which actually outputs windows executable with NO dependencies (when statically linked). In VS case you even have to install bloat just to run VS itself. That is why we run VS in a virtual machine, so we can just delete the machine together with all the bloat when the project ends and we have to install another version of VS for a newer one. Now we are actually just developing on Linux and compiling the same code on Windows using MinGW and cross-compiling. It's just easier that way.

As we will have to implement touchscreen functions at some point anyway, and we already support windows8.1, then I guess we should look into that. Windows probably has some kind of API for this. I sadly don't have time for that now (and I don't have a win8 touchscreen device).

On Windows the dll is included in the .exe. I don't know if that is possible when cross-compiling.

What kind of error you have? Those alure.h and ffi.h errors are when you don't have the additional packages installed. I am not sure what you have to do on linux, but on windows it means you don't have ENIGMAsystem\Additional folder. You can get that by downloading the installer zip and copy out from there.

I manage to compile fine, but there are massive stability issues with ENIGMA right now. Like the minecraft example crashes on GL1 (something to do with texture_set_stage changes) and GL3 works fine, but transparency is a little broken. Other GL3 examples don't render correctly either, so we will have to fix it. It's just that there are very few active developers now, so it got a little messy.

edit: The GL1 minecraft segfault is actually something I already fixed, but had to revert because of other bugs. Should probably complete that branch and try to implement again.

I am a beginner with git and i don't know how to get your modifications. If i use the command 'git pull', it will give me the modifications from the main repository, but as your pull request is not yet accepted, what we are supposed to do ? So far i didn't succeed to use the latest version of Enigma with LateralGm.

All pull requests are just branches. So from web you can go here: https://github.com/enigma-dev/enigma-dev/tree/PreCreationCode . And so the .zip is here: https://github.com/enigma-dev/enigma-dev/archive/PreCreationCode.zip
You can also do "git checkout PreCreationCode".

I guess you are speaking of the 'selection' option. I didn't see any special. Can you show us an example ?

Try setting the sprite transparent and colored in room editor, then enable the inverted colors option and drag the sprite. It won't have inverted colors and the will even look more weird when over other sprites. I will maybe later post a picture.

That's ok for me, but it will be for another release. I will put it on my 'todo list'. Also Robert was talking about changing the scale with mouse, it would be cool also. Rotation could be done also with the mouse.

Yeah, that would be awesome.

Did you modify enigma.jar as well? If so, then compile both and post here. I will download them and try to add the precreation code.