So, you reject by writing approve in all caps, making it seem like you're approving? News to me.

...what?

and kro, why would that create cheatable things? or any problems at all?

I just think it would make the game too confusing and complicated. I think we have thought of enough crate. say, has anyone thought of steel arrow crates yet?

Nooooo. I thought that too. Main reason's cause is that there too many crates with too many uses. Like using lava for example. What happens when an arrow flys into it? Or how about a falling crate? And what about crates that are already in the lava when the game starts? The more crates you create, the more "interactivity" you will require amongst all the crates = cheatable stuff + amazing glitches.

well glitches are not supposed to be since livio is the guy who writes the code(despite the fact that it supports your cause even further). and cheatable stuff - that's the whole idea of cavemaking you know, you 're supposed to build your level in a way that it won't be cheatable.

yeah, but the more crates, the more possible glitches. In my opinion, we kind of already have enough crates already. And don't forget: The more crates the more we have to draw and plan out and see how it effects and stuff.

oh come on, you don't lessen your game's options cuz you 'fear glitches'. glitch is by definition something that is not supposed to happen, that its happening wasn't pre-planned by the code writer; but anyways - why would that be bad? i mean, if it weren't for glitches in games, this site wouldn't have existed. and about that last line of yours - making this new game is a very big project; drawing is not even a problem, and it is not supposed to affect anything at all. you're talking as if you're the one making the game, and you say, "that's enough work for me, so beat it all of you, i don't want anything more to make my life harder".

you can't reject something because you have too many options. worst case scenario - don't use that object.

edit:
i got -karma'd? lol  

Well, for certain i didn't -karma your post. Since accel has already started the basic game design, we'll just have to see how things would turn out.

Drawing that many crates won't be a problem at all, as it will be mostly be copy/pasting the seperate parts. All I need are 4 crates, 4 coloursets and the images of the items they might contain. That is very little.

wow. I never thought of it that way. Now it seems so easy

What about if there is a flying crate and a normal crate released in the same column and odd number of tiles away from each other? which one will end up in the middle? and how will we make it look good?

That depends if falling crates interact with eachother. In HatPC they would simply pass through eachother.

uh, in both cases there is a problem: suppose f is a flying crate. what would happen in this code:


what is going to happen when you trigger the arrow? we know that an object falling has a delay of movement, aka, even after it falls there are a few moments it's "still there" in spirit - like in Triathlon in the first minipuzzle. so when themetal is destroyed, the two crates will fly to each other. if they hit each other, they'll have to be half-in-a-tile whcih is a problem. if they don't, they'll get through the middle tile(where the K was) and land on the 'spirit' of the other one, thus they'll both stand on the same tile - a problem too.

what say you.?

We have already decided we won't include such a delay in Aeon. If an object is falling, it won't leave behind a spirit.

Nevermind,

But they'll go through each other? that seems a bit strange

but that could cause major problems in traps. I think we should definitely REJECT flying crates. It would just be too complicated.

okay. so...i suppose things will get through each other? cuz...well watch my other post...

how about this? would the flying crate and dynamite go on the platform? Would the dynamite explode the platform? what if flying crate/crates that are going up always go on a platform? would one come down? They both can't fit in one space. if the flying crate and dynamite DID go on the platform would on have to break the platform to get up?

well i can't see the problem with the dynamite. it'll boom the platform, just like in hatpc...well actually in this code the dynamite won't go high enough and it'll bounce up and then fall down without getting to the platform.. but anyways.

the flying crate - well i guess it'll stop on the tile right under. i think what you mean is:
will get you this:
  

but a dynamite is supposed to be broken for it to go BOOM

then i don't get what you mean. show me with the codes.

all of this sounds great. I'd APPROVE such a thing.

I think the flying crates could create some really cool traps. We should also have an option for the quantity of an object's weight which would result in varying "falling" speeds. Especially since we're coding the tiles to be totally customizable.

A major issue here would be midair collisions that would result in uneven tile locations. What if after they collide in mid-air, they will slowly adjust to the nearest set tile spaces? And we could do it in a way that looks natural.

did you totally skip the last two pages? =\

and if you knew alittle of physics...if you take a 1 pound ball and a 1 ton rock - they fall in the same speed =\ that would be g.

and the collision in midair idea of yours - i can't seem to understand how this solves the problem. in the code i have given, what would go where? will the crates just stop there?

I would just do what they do in red remover when there is a mid-air collision.

or maybe, if they collided, they would totally EXPLODE

yeah I read the last two pages. I meant that if two opposite-falling objects collide in mid-air, they will naturally stop, unless they have different "weights", then they both travel by the difference of their velocities. But the problem with tiles stopping in mid-air is that it might cause them to stop in a position that is uneven with the rest of the tiles, which causes issues (or should we just not care, and let them be?). So to fix that, they could "slide" into the nearest evenness of tiles.

lol but you're ok with objects falling up.