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 »
2071
Announcements / Re: First R4 game, despite everything being unimplemented
« on: April 22, 2010, 01:06:10 PM »whenever i use window_set_caption() it doesn't throw errors.... or do anything....I used the room_caption variable. My guess is window_set_caption isn't fully implemented or gets overwritten with room_caption.
I try my best to warn people about this; unfortunately it can hardly apply to either of you because you're on Linux.
If it doesn't work in ENIGMA, and you think it should, be sure it works in GM. You are correct that it gets overwritten with room_caption, Ism. This is the behavior of GM, also. The function room_set_caption() is useful only when a script is looping for a long time and needs some way of outputting a percentage.
There's no bug here, and no need for printf(); just use room_caption as people do in GM.
2073
Proposals / Re: position_destroy()
« on: April 21, 2010, 08:10:03 PM »
Now if only that code was more of a function and less of a script.

2074
Proposals / Re: position_destroy()
« on: April 21, 2010, 07:07:21 PM »
Now now, retep, he can edit R3 if he likes.
In actuality, neither code is correct. If I recall correctly, position_destroy() operates based on collision, not based solely on a precise position. Meaning that it'd do a collision_point-style test to determine if the instance is to be destroyed.
However, I still appreciate the effort. If more people showed this incentive, ENIGMA would be done in no time.
As far as adding it to R3, you can't; R3's with() isn't set up in such a way that it can work in plain C++ code (R4's may yet be, though). Don't worry, though; as soon as the collision system is in (and the new instance system, for that matter), I will implement this function.
In actuality, neither code is correct. If I recall correctly, position_destroy() operates based on collision, not based solely on a precise position. Meaning that it'd do a collision_point-style test to determine if the instance is to be destroyed.
However, I still appreciate the effort. If more people showed this incentive, ENIGMA would be done in no time.
As far as adding it to R3, you can't; R3's with() isn't set up in such a way that it can work in plain C++ code (R4's may yet be, though). Don't worry, though; as soon as the collision system is in (and the new instance system, for that matter), I will implement this function.
2075
General ENIGMA / Re: ENIGMA on iPhone - Now legally impossible
« on: April 20, 2010, 06:10:34 PM »
I Don't see how a private court would work. The two would have to consent to one, or it wouldn't be fair. You'd need a city court or something.
The entire operative mechanism behind civilized government is surrendering the right to enforce your own rights (actively; you retain the right to self-defense) to the government, who will then use that authority to protect your rights for you. A private court seems more spontaneous; the poison-pie -baker and -eater would each want a court composed of different people. Who would decide that? You can't leave such to the capitalist (and for that matter, federalist) idea of "ambition to defeat ambition;" that system tends to work mostly on the larger scale.
Just my two cents; I would care to hear an explanation.
The entire operative mechanism behind civilized government is surrendering the right to enforce your own rights (actively; you retain the right to self-defense) to the government, who will then use that authority to protect your rights for you. A private court seems more spontaneous; the poison-pie -baker and -eater would each want a court composed of different people. Who would decide that? You can't leave such to the capitalist (and for that matter, federalist) idea of "ambition to defeat ambition;" that system tends to work mostly on the larger scale.
Just my two cents; I would care to hear an explanation.
2076
Announcements / Re: First R4 game, despite everything being unimplemented
« on: April 19, 2010, 10:56:46 PM »
Ism:
Seems you set lin-build's compiler to an incorrectly-set-up MinGW, instead of win-build's to a correctly-set-up one.
Either way, I'd prefer a new target be made for that, if any is to be made at all... I'd rather keep the C::B project for native compilations.
Cross compiling can be a fickle bitch. It's not so bad for Linux->Windows, but... Either way, that should be handled by ENIGMA and whatever makefile is ultimately called.
Seems you set lin-build's compiler to an incorrectly-set-up MinGW, instead of win-build's to a correctly-set-up one.

Either way, I'd prefer a new target be made for that, if any is to be made at all... I'd rather keep the C::B project for native compilations.
Cross compiling can be a fickle bitch. It's not so bad for Linux->Windows, but... Either way, that should be handled by ENIGMA and whatever makefile is ultimately called.
2077
Announcements / Re: Things that are broke
« on: April 19, 2010, 10:54:52 PM »
Pause is fine for Windows. The terminal doesn't even open for bash files in Linux, so...
Rusky:
Is there a way to concatenate that variable into a path? "Graphics_Systems/" ## @GRAPHICS ## "/*.cpp" style?
Or, better yet, to include a second makefile from "Graphics_Systems/" ## @GRAPHICS ## "/" to promote easy extensibility?
Rusky:
Is there a way to concatenate that variable into a path? "Graphics_Systems/" ## @GRAPHICS ## "/*.cpp" style?
Or, better yet, to include a second makefile from "Graphics_Systems/" ## @GRAPHICS ## "/" to promote easy extensibility?
2078
Announcements / Re: Things that are broke
« on: April 19, 2010, 06:36:43 PM »
"approves everything that comes out of my mouth"
What about the stuff you type?
What about the stuff you type?

2079
Announcements / Re: First R4 game, despite everything being unimplemented
« on: April 19, 2010, 05:48:25 PM »
MrJackSparrow2:
Have you recompiled the compiler lately? It's a good idea to do that each time you check out.
Ism:
If every Linux distribution could run the same exe's, apt-get would be a thing of the past.
That's why everything on Linux is either open source or apt-get'd. This is another reason why a makefile would seriously help; one could be distributed along with the C++ source of the game to be built on any platform. Also, ENIGMA's site could eventually make it easy by having a changer script for specific operating systems, like Firefox and Chrome do. "Download now for <your OS here>." Would take some effort for that too, though, on our account and on the intermediary user.
Have you recompiled the compiler lately? It's a good idea to do that each time you check out.
Ism:
If every Linux distribution could run the same exe's, apt-get would be a thing of the past.
That's why everything on Linux is either open source or apt-get'd. This is another reason why a makefile would seriously help; one could be distributed along with the C++ source of the game to be built on any platform. Also, ENIGMA's site could eventually make it easy by having a changer script for specific operating systems, like Firefox and Chrome do. "Download now for <your OS here>." Would take some effort for that too, though, on our account and on the intermediary user.

2080
Announcements / Re: Things that are broke
« on: April 19, 2010, 09:48:59 AM »
Those are for my parser. When it sees those, it dumps scope information. They can be removed now... Done.
2081
Announcements / Re: First R4 game, despite everything being unimplemented
« on: April 18, 2010, 10:34:47 PM »
Note that here, "unimplemented" actually implies that it was implemented at some point. 
...And will hopefully be so once more shortly.

...And will hopefully be so once more shortly.
2082
Announcements / Re: Things that are broke
« on: April 18, 2010, 10:02:39 PM »
"Comment-out the debug flags and un-comment the release flags depending on how you want to build it."
Is that what I committed? >_<
Is that what I committed? >_<
2083
Announcements / Re: Things that are broke
« on: April 18, 2010, 07:55:04 PM »
How odd. No, sprites don't work yet, but they shouldn't be segfaulting. That falls on Ism, though; I just iterate the structure by JNA's count.
Right now, not a whole lot is implemented. I removed most of it to make it easier to debug the important underlying components... That said, I should make a new newspost...
Right now, not a whole lot is implemented. I removed most of it to make it easier to debug the important underlying components... That said, I should make a new newspost...
2084
Announcements / Re: Things that are broke
« on: April 18, 2010, 08:04:32 AM »
> Josh, you have a whole site to document these bugs and todo's.
I would know this, as I paid for it. :3
> Use it.
The forums are simply much easier to use than editing that HTML page myself. Besides, a2h's bug tracker will be done soon.
I would know this, as I paid for it. :3
> Use it.
The forums are simply much easier to use than editing that HTML page myself. Besides, a2h's bug tracker will be done soon.
2085
Announcements / Re: Things that are broke
« on: April 17, 2010, 09:25:15 AM »
Freezway--
Yeah, it's in the later revisions. Sourceforge is back up now; give it another go.
Yeah, it's in the later revisions. Sourceforge is back up now; give it another go.
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 »