ENIGMA Development Environment

After having finished scaling, rotation and colour blending, i think it would be cool to add copy and paste in the rooms editor. I see two major benefits :
- As the instances will have new properties (scale, rotation,etc), it is useful when you want to copy exactly the same instance. No need to add a new instance and modify its properties
- When you will copy the instance, it will automatically set this instance as the new object type in the objects tab. This means that if you want to copy an object several times, you can copy it, and paste it if you need an instance with the same properties, or directly add it with the left button. In this way, you don't have to select the object time every time you want to copy or add new instances. By the way, as you can have a lot of objects, with many folders, it would be useful when you want to add new object to select the object with a window where all the objects are displayed in a graphical ways, but without folders. Think of file explorers where pictures folders are displayed with big icons. Of course it should be possible to select the 'old way' too.

Another benefit of copy and paste will appear when multi-selection when be added. But that's another story. 

What do you think of my proposal ?

Also, I did make an attempt at fixing that multiple views issue and there is something funky about it, I did test all the draw clear calls as well as screen refresh and had no success at all with it. I can take another crack at it sometime though.

Thanks for trying. I appreciate. 

I can't tell you specifically how it is but I can tell you it is quite whacky, correct me if I am wrong but I believe GMK had the same wonky color format. Specifically take a look at the GMX reader and writer there should be a utility function to convert them. Also here is how it is handled in the C++ CLI.
https://github.com/enigma-dev/enigma-dev/blob/master/CommandLine/programs/emake/main.cpp#L47

Yes, i've seen that in Util.java there is methods to convert colors. For example they are used to read the background color of the room. But all these colors don't take into account the alpha property. I've added two methods to store colors with alpha (e.g colors in the preferences panel), but they are not compliant with GM studio. The method in the C++ CLI is used to convert Blue, Green, Red values into Red, Green, Blue values. But this is not the case here.
The instance's color is a special case. To my knowledge it's the only color in GM which has an alpha property. Currently LateralGm read this property and store it in the instance property as long, but so far it was not necessary to interpret this value.
I've seen that you can also pre-multiply alpha : http://blogs.msdn.com/b/shawnhar/archive/2009/11/06/premultiplied-alpha.aspx. But it doesn't seem to be the case here. I am still investigating.

Edit : one solution would be to disassemble GM Studio exe and see the machine code instructions used to do this conversion. But i am not familiar with Intel CPU

Edit2: or perhaps a better solution, would be to send an email to Yoyo games and explain my problem. As i paid 40$ for a standard version of GM studio, i am sure they will understand. 

You can put whatever you want in the instance creation code, the compiler will never complain.

egofree, did you prepare a patch with a custom comparator? If that solves the error I'd like to go ahead and pull that for now, or since you have commit access go ahead and do that as it is better than no solution and the software being unusable, so go ahead and fix it. If you want of course, please, lol

Well, first, recently you said you were still thinking about a good solution for this. Then, the focus manager i've found on internet is not really ready, as the focus is no more functioning on the toolbar. So this means there is more work needed on this. I spent already many hours on this problem, and for the moment i don't feel very motivated to work on this.

I can't answer to your question, but i can tell you that it's not possible for the moment to use ENIGMA with KDE based distros : https://github.com/IsmAvatar/LateralGM/issues/124

I think i've finally found why the methods for scaling and rotating instances didn't seem to work in the creation code of an instance. It's because in my project the object has a draw event and a script with the following line :

draw_sprite(sprite_index,image_index,x,y);
This is a normal behavior, and it works the same in ENIGMA and GM.