//scale <factor_x> <factor_y> <factor_z>

[sbrl]

WorldEdit has //stretch, but it doesn't support decimal numbers. We should fix that, and implement a more intelligent version here instead.

[VorTechnix]

Not only that but //stretch doesn't support down scaling (shrinking).

[VorTechnix]

Also the syntax is awkward if you only want to scale on one axis. E.g. //stretch 1 2 1 instead of //stretch y 1. It would be really good if the //scale command could support both syntaxis.

[sbrl]

Oh, good idea. Let's support both syntaxes @VorTechnix. Eventually I want to implement a better //rotate too, but the logic breaks my brain lol :P

[sbrl]

Looks like the syntax is going to look like this:

//scale <axis> <scale_factor> | <factor_x> [<factor_y> <factor_z> [<anchor_x> <anchor_y> <anchor_z>]]

My initial quick description:

Combined scale up / down. Takes either an axis name + a scale factor (e.g. y 3 or -z 2; negative values swap the anchor point for the scale operation), or 3 scale factor values for x, y, and z respectively. In the latter mode, a set of anchors can also be specified, which indicate which size the scale operation should be anchored to.

I haven't finished it or tested anything yet, so I haven't written the full docs yet. The scaling is breaking my brain a bit - especially since I'm allowing for changing the anchor point from which the scaling is being done.

Status:

• Done worldedit command & argument parsing logic
• Done scale up / down intelligent splitting (scaling up & down at the same time is split into 2 separate operations)
• Done scale down logic
• Need to implement scale up logic
• Need to test everything :P

[sbrl]

Done and tested! It seems to be working as intended now, but it's still marked as experimental until we've tested it more thoroughly.