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.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 »
1291
General ENIGMA / Re: New Beginnings
« on: June 01, 2014, 12:10:22 am »
Yes, I've decided I am going to make this an engine for advanced users.
No drag and drop, strict C++, and an entity-component system.
No drag and drop, strict C++, and an entity-component system.
1292
General ENIGMA / Re: ENIGMA on Sourceforge
« on: May 31, 2014, 11:12:27 pm »
We dropped sourceforge a long time ago, in fact long before I joined ENIGMA, so don't worry about it, Josh and Ism apparently see no need to remove it.
1293
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 05:59:16 pm »
Oh, that's the other thing I was going to mention, I was thinking about maybe LLVM since it has reflection.
1294
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 05:30:45 pm »
I don't anticipate scaring away GML users, I hope to provide my engine as a stepping stone from ENIGMA, which is itself a stepping stone from GM.
The IDE will be a fork of LGM for the time being.
The IDE will be a fork of LGM for the time being.
1295
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 04:34:21 pm »
Anybody else got any good suggestions? Don't be afraid to mention them, if there was anything you could change about GM or revamp let's hear it.
1296
Issues Help Desk / Re: instance_deactivate_region crashes the application
« on: May 31, 2014, 03:54:21 pm »
Ok good, I am not sure what to about this though to fix it.
The reason it crashes with that parameter true is because the deactivate functions check the instance event iterator, and one obviously does not exist for the room creation code, because it's not an instance. A simple solution I guess is to create one for the scope anyway since it's used to fire the roomstart events and shit.
To add to this I also tried some other thought experiments suggested by Josh.
I called the following in GM8.1 in the Room Create code.
The reason it crashes with that parameter true is because the deactivate functions check the instance event iterator, and one obviously does not exist for the room creation code, because it's not an instance. A simple solution I guess is to create one for the scope anyway since it's used to fire the roomstart events and shit.
To add to this I also tried some other thought experiments suggested by Josh.
I called the following in GM8.1 in the Room Create code.
Code: (GML) [Select]
instance_destroy();
It did nothing and showed no debug messages.Code: (GML) [Select]
instance_deactivate_all(true);
Behaved as expected and showed no debug messages.Code: (GML) [Select]
show_message(string(id));
Reported 0.Code: (GML) [Select]
show_message(string(self.id));
Reported 0.Code: (GML) [Select]
show_message(string(sprite_index));
Reported -1.
1297
Issues Help Desk / Re: instance_deactivate_region crashes the application
« on: May 31, 2014, 03:47:08 pm »
Run a test egofree and make sure that it properly deactivates the instances when called from room create with that parameter set to false. And by design flaw, I mean yes it is because the function is designed to be called by an instance, yet it's possible in GM and ENIGMA to call the function from the room creation code.
1298
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 03:31:16 pm »
Thanks ego, and I hope you will give my engine a try as well. You know I will be very helpful to users and developers if it comes to fruition.
Also, yes I would continue the engine in C++ as well, it's the only way I could bring all of my ideas to fruition to do it in C# and Java is a complete rewrite of the code base.
Also, yes I would continue the engine in C++ as well, it's the only way I could bring all of my ideas to fruition to do it in C# and Java is a complete rewrite of the code base.
1299
Issues Help Desk / Re: instance_deactivate_region crashes the application
« on: May 31, 2014, 03:26:30 pm »
Oh, holy fuck, I guess that's a major design flaw on GM's part. Try calling it with that parameter false.
In the mean time, I'll ask Josh what to do.
In the mean time, I'll ask Josh what to do.
1300
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 02:44:37 pm »
Ah, yah no, in fact, my engine would probably handle that in one line.
gui_create_label((room_height/2),(room_width/2),"Hello World");
Since, of course, I am not an asshat like Dailly and recognize the need for static text. And those functions are functions for use with GML, they don't really have anything to do with the language, I'm talking about syntactical structuring, and for some reason you think that's relevant.
That said if you can't recognize this, and you don't like C++, then my engine is not for you, stick with ENIGMA/GM or w/e you're comfortable with.
gui_create_label((room_height/2),(room_width/2),"Hello World");
Since, of course, I am not an asshat like Dailly and recognize the need for static text. And those functions are functions for use with GML, they don't really have anything to do with the language, I'm talking about syntactical structuring, and for some reason you think that's relevant.
That said if you can't recognize this, and you don't like C++, then my engine is not for you, stick with ENIGMA/GM or w/e you're comfortable with.
1301
Issues Help Desk / Re: Fonts display glitch / Borders / Scrolling glitches
« on: May 31, 2014, 02:32:27 pm »
0.375,0.375 and 0.175,0.175 works for as well. I have sent a pull request with these values implemented.
https://github.com/enigma-dev/enigma-dev/pull/735
https://github.com/enigma-dev/enigma-dev/pull/735
1302
Issues Help Desk / Re: instance_deactivate_region crashes the application
« on: May 31, 2014, 02:18:50 pm »
Hey egofree, I was going to attempt fixing this today but I was unable to reproduce the crash.
As you can see in the screenshot below I made a small example with an object that deactivates the instances, I tried both with it deactivating itself and without it deactivating itself. Neither crashed the game, and both properly deactivated instances within the region.
Please provide me with a minimal test case that reproduces the issue or give me some simple exact steps to make an example which exhibits the crash.
For reference, here is the documentation for the function in question:
http://enigma-dev.org/docs/Wiki/Instance_deactivate_region
As you can see in the screenshot below I made a small example with an object that deactivates the instances, I tried both with it deactivating itself and without it deactivating itself. Neither crashed the game, and both properly deactivated instances within the region.
Please provide me with a minimal test case that reproduces the issue or give me some simple exact steps to make an example which exhibits the crash.
For reference, here is the documentation for the function in question:
http://enigma-dev.org/docs/Wiki/Instance_deactivate_region
1303
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 02:11:15 pm »
You wouldn't notice the difference because variant would remain, and you already don't notice the minor differences in ENIGMA, since EDL does not fully support GML yet, not even close. The only real difference you would immediately notice is having to ';' at the end of each line. GML is practically C anyway, there's not much structure to it.
Unity caters to the lowest common denominator and so does YYG. Also those C++ coders you speak of are also probably bitching like crazy over the fucked up syntax, lack of ISO, and restricted functionality. The very act of featuring C++ would actually make them much more inclined to use such software, since they are by definition, C++ coders, not GML coders, which is what you referred to them as.
And also no, this would further cut down on the amount of coding you would have to do, it would also eliminate the need for extensions, since you could directly access resource structures for instance.
Unity caters to the lowest common denominator and so does YYG. Also those C++ coders you speak of are also probably bitching like crazy over the fucked up syntax, lack of ISO, and restricted functionality. The very act of featuring C++ would actually make them much more inclined to use such software, since they are by definition, C++ coders, not GML coders, which is what you referred to them as.
And also no, this would further cut down on the amount of coding you would have to do, it would also eliminate the need for extensions, since you could directly access resource structures for instance.
1304
Issues Help Desk / Re: Opening an EGM windows project under linux is not possible
« on: May 31, 2014, 02:02:45 pm »1305
General ENIGMA / Re: New Beginnings
« on: May 31, 2014, 01:11:01 pm »
Very nice Rusky, I like your assessment. Some of the things I disagree with you on, but mostly I agree. While I do agree with you saying it should be designed around these features, I am not sure about a bottom-up approach. In a way I am suggesting a bi-directional approach to redesigning GM being developed discontinuously.
And yes as far as your design mode suggestions, one of the things that need seriously considered are to what degree the program needs certain parsing capabilities for reflection and things. Interestingly LLVM provides nice reflection features.
http://llvm.org/releases/3.0/docs/ReleaseNotes.html
As for drag and drop, you also gave me another idea as far making it more powerful, directly editing the code translation of a schema node. We could also parse the engine and collect all functions making them directly usable in the drag and drop mode. So you could essentially toggle between a graphic and textual representation of your objects.
And yes as far as your design mode suggestions, one of the things that need seriously considered are to what degree the program needs certain parsing capabilities for reflection and things. Interestingly LLVM provides nice reflection features.
http://llvm.org/releases/3.0/docs/ReleaseNotes.html
As for drag and drop, you also gave me another idea as far making it more powerful, directly editing the code translation of a schema node. We could also parse the engine and collect all functions making them directly usable in the drag and drop mode. So you could essentially toggle between a graphic and textual representation of your objects.
Quote from: Darkstar2
He just put the final nail in ENIGMA's coffin. Looks like we're all headed back to our roots very soonWhat the hell does any of this have to do with ENIGMA? And besides, I just addressed this question above.
Quote from: Darkstar2
Talk about drastic actions ! lol. Not everyone has the time or could be bothered to code their game in pure C++ ! I guess that defeats the entire purpose and would not attract any people that's for sure and would probably push existing users away.Despite the fact it maintains a variant data type? You literally wouldn't even notice the difference is what I'm saying. Irrlicht is pretty fucking popular, so is Unity, in fact a lot more popular than GM and all 3 of its scripting languages (C#, JavaScript, and something else) enforce ';'
Ease of use and speed.
Quote
Making a strict C++ scripting that has to be one of the worst ideas !You wouldn't notice the difference, and second a lot of people would prefer it, myself included. It would also make your code a hell of a lot more portable.
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 »