[DUPE] /enlarge

[fariz66]

/enlarge would (obviously) enlarge an object to a specified amount. It could be used along with /copy. /enlarge ( X axis amount ) (Y axis amount) (Z axis amount). After enlarging the object (enlarged) will be pasted -> /paste. I think there will be problems when the object after enlarged will not look similar so maybe limit the enlarging of an object to a specific range of number? Note:I don't think somebody posted this idea. If something is wrong with this idea please reply

[ruggedbear]

Hmm, an interesting idea but I can see one flaw with it. It seems to me that in order to keep the ratio between the enlarged and the enlargee constant (which is what you want for a perfect enlargement) you would need to enlarge it by a perfect square. That would give you the following options:
For every 1 block of the original, there are 4 of the enlarged.
For every 1, there will be 9.
For every 1, there will be 16.
And so on through all perfect squares.

4 times as large would be the smallest incriment and may already be far larger than you would like, and the perfect squares are so far apart that coverage for /enlarge would be rather small. Bear in mind that this command would only need incriments of perfect squares if you wish to keep the geometry of the first proportional to the geometry to the 2nd. Perhaps it could be designed so it doesn't have to be perfect, but that seems tricky at best. Hope all this makes sense, it does in my head. Here's a little diagram as well.



smallest enlargement: X4






next smallest X9







X16, well you get the idea. It gets massive fast.

[fariz66]

Hmm, an interesting idea but I can see one flaw with it. It seems to me that in order to keep the ratio between the enlarged and the enlargee constant (which is what you want for a perfect enlargement) you would need to enlarge it by a perfect square. That would give you the following options:
For every 1 block of the original, there are 4 of the enlarged.
For every 1, there will be 9.
For every 1, there will be 16.
And so on through all perfect squares.

4 times as large would be the smallest incriment and may already be far larger than you would like, and the perfect squares are so far apart that coverage for /enlarge would be rather small. Bear in mind that this command would only need incriments of perfect squares if you wish to keep the geometry of the first proportional to the geometry to the 2nd. Perhaps it could be designed so it doesn't have to be perfect, but that seems tricky at best. Hope all this makes sense, it does in my head. Here's a little diagram as well.



smallest enlargement: X4






next smallest X9







X16, well you get the idea. It gets massive fast.

Oh yeah I did not think of that. I might wanna review my idea again but still.. I have another suggestion for /enlarge. Since the 'low' ranks have very little draw limit to enlarge something. /enlarge should be limited to the builder ranks and mod ranks for convenience

[Sanjar Khan]

A scaling command has been suggested before

[fragmer]

/scale has been suggested before. Feel free to add to that thread.

[Lim-Dul]

I read "enlarge" and then saw a rectangular collection of blocks, two colors, growing...

MAN, am I the only one making the connection here?

Selling cheap Viagra pills here!