Do you think I could just leave this part blank and it'd be okay? We're just going to replace the whole thing with a header image anyway, right?
You are not logged in.
All blocks that needs to be morphable in ee.
Offline
The issue is that each one of these blocks have already their block ID. To make them morph-able, they need all to have the same block ID, meaning that a lot of worlds with those blocks would have to be ruined just to make the blocks morphable.
That, unless there is a way to make blocks morph-able, each block version with their normal and respective block ID.
Offline
The issue is that each one of these blocks have already their block ID. To make them morph-able, they need all to have the same block ID, meaning that a lot of worlds with those blocks would have to be ruined just to make the blocks morphable.
That, unless there is a way to make blocks morph-able, each block version with their normal and respective block ID.
in the begining there was only 1 colour:
now 4.
did worlds ruined? nope
Offline
first off, the last decoration, the fence has a page already here
next, a sideways pillar, what are you crazy?
last the list, upside down sand corner?
what im saying is do we really need all of these morphs. no
color = #1E1E1E
Offline
next, a sideways pillar, what are you crazy?
yea. why not? Ruined towns with brocken pillars
what im saying is do we really need all of these morphs. no
okay. not all of them maybe
but here is what i reall need(use them much):
Offline
HG wrote:The issue is that each one of these blocks have already their block ID. To make them morph-able, they need all to have the same block ID, meaning that a lot of worlds with those blocks would have to be ruined just to make the blocks morphable.
That, unless there is a way to make blocks morph-able, each block version with their normal and respective block ID.in the begining there was only 1 colour:
now 4.did worlds ruined? nope
You're not getting it. It started off as one but was then turned into 4 new ones. Then you have 4a 4b 4c and 4d. Merging blocks does the opposite. It'll turn 4 5 6 7 into 4a 4b 4c 4d but that means that they will all be turned into 4a in existing worlds. Therefore changing the blocks and ruining existing worlds.
No u.
Offline
Goshanoob wrote:HG wrote:The issue is that each one of these blocks have already their block ID. To make them morph-able, they need all to have the same block ID, meaning that a lot of worlds with those blocks would have to be ruined just to make the blocks morphable.
That, unless there is a way to make blocks morph-able, each block version with their normal and respective block ID.in the begining there was only 1 colour:
now 4.did worlds ruined? nope
You're not getting it. It started off as one but was then turned into 4 new ones. Then you have 4a 4b 4c and 4d. Merging blocks does the opposite. It'll turn 4 5 6 7 into 4a 4b 4c 4d but that means that they will all be turned into 4a in existing worlds. Therefore changing the blocks and ruining existing worlds.
But you can still do it without ruining some of them.
( ͡° ͜ʖ ͡°)
Offline
You're not getting it. It started off as one but was then turned into 4 new ones. Then you have 4a 4b 4c and 4d. Merging blocks does the opposite. It'll turn 4 5 6 7 into 4a 4b 4c 4d but that means that they will all be turned into 4a in existing worlds. Therefore changing the blocks and ruining existing worlds.
Couldn't you have placeholder IDs?
Eg. If you have 4 5 6 7 currently, and you want to turn it into 4a 4b 4c 4d, wouldn't it be possible to leave 4 5 6 7 as they are, as 'dummy' IDs? Like, it'd be impossible to place new blocks with ID of 4 5 6 7, but the existing ones would be unaffected.
Sorry if my phrasing makes no sense, it's 1AM and I should go to bed.
:.|:;
Offline
shadowda wrote:next, a sideways pillar, what are you crazy?
yea. why not? Ruined towns with brocken pillars
shadowda wrote:what im saying is do we really need all of these morphs. no
okay. not all of them maybe
but here is what i reall need(use them much):▼pics
ok agree with a lot of what you put. such as the Halloween corner and the... ok just the Halloween stuff.
we don't need sideways fire. but it could be ok.
we defiantly don't need all the morph of the industry blocks. or the Christmas fence they way you want it. I like the way farm fence are only to blocks. but the summer fence should be morphable .
color = #1E1E1E
Offline
Moved to graphics suggestions.
aka towwl
Offline
these changes have to be done someday, even if some worlds get destroyed. The owner just needs to check his worlds and rotate them again.
If some owners never come back, too bad then.
( ° ,(oo)° ) oink oink
Offline
An idea on how to bypass the "breaking worlds" thing:
The worlds have some metadata which indicates the world version, and the world is rendered depending of its version.
Saving a world in an older version would automatically convert the world if a "breaking feature" is added (Alert the owner when the world is getting updated?). Or if the owner doesn't add anything new, it can still update the world, or keep the older version for backwards-compatibility
If no version metadata is present, it is assumed that the world wasn't saved since the version was introduced.
Pros:
Inactive worlds won't have to be updated, no matter how many "breaking changes" are introduced.
The features that can be added to EE will be retro-compatible (a.k.a an update won't break existing worlds)
Many features that couldn't be added before can be added now
The last point includes the idea of this topic
Cons:
The EE client will have to keep the world rendering for older versions, in order to render older worlds the proper way
There will be "version fragmentation" which means that you will always find a specific older version if you search hard enough
World owners MAY have to check if their worlds remain playable before updating them
That, or update the whole EE database whenever a breaking change is done
Offline
We need this. All of this. Also a industrial pack conveyor belt with + shape (4 ways). The upside down sand makes sense if you make upside down worlds so overall we need it too.
Offline
Im pretty sure about 0,00% people will use these ones.
http://i.imgur.com/wLj1jtj.png
so you're saying i'm nothing? ;-; i cri
Offline
EE would not lose anything if these blocks were morphable, in fact it would be really good.
Since EE is a sandbox game, you make blocks, decorations and effects for people to create things with. If you limit what people can create, by not letting different possibilities arise, then you're killing the point of it.
As an example, here's a world I was making:
The shields are wheels, wooden cowboy doors are the back of the cars, autums leaves and ice are the fron of the cars, timed doors as semaphore, greek pilar, a japanese syllable, wooden fences and the yellow thing as a light pole, glasses as reflected light, autumns leaves and clouds as flags...
All of this only is possible using what we have in different ways. MORPH THEM ALL!
Offline
EE would not lose anything if these blocks were morphable, in fact it would be really good.
it's not that people don't want it in the game, it's that it would be difficult to implement it
10 years and still awkward. Keep it up, baby!
Offline
one thing that makes ee fun is the fact you have to work with what you have. or at least i think so.
color = #1E1E1E
Offline
Im pretty sure about 0,00% people will use these ones.
No, not really. People use blocks in imaginative ways that help improve in-game art, and morphing more blocks = better in-game art.
Plus if you don't like it, then just don't use it.
Offline
Luka504 wrote:Im pretty sure about 0,00% people will use these ones.
No, not really. People use blocks in imaginative ways that help improve in-game art, and morphing more blocks = better in-game art.
Plus if you don't like it, then just don't use it.
like a cannon head or something with thew pillar stuff.
color = #1E1E1E
Offline
Tamashiimizu wrote:EE would not lose anything if these blocks were morphable, in fact it would be really good.
it's not that people don't want it in the game, it's that it would be difficult to implement it
I thought the main problem was only, that some blocks will have a different rotation by default, not the programing.
So people just need to deal with that one.
( ° ,(oo)° ) oink oink
Offline
As long as you're not merging anything, it shouldn't break stuff and it shouldn't be hard to implement.
thx for sig bobithan
Offline
[ Started around 1732313566.2371 - Generated in 0.202 seconds, 12 queries executed - Memory usage: 1.87 MiB (Peak: 2.16 MiB) ]