Wood rotation #1950

Open
opened 2022-05-20 15:05:59 +00:00 by JeCel · 10 comments

Maybe I'm the only one that thinks so, but I think it's quite annoying that the non-default wood (ethereal, cblocks) rotation (param2) depends on where the player stands and if they are holding sneak.
Maybe remove the on_place = minetest.rotate_node and set place_param = 0 instead, so that all the wood blocks, that are not default, are always placed in the same rotation as the default:wood.

Maybe I'm the only one that thinks so, but I think it's quite annoying that the non-default wood (ethereal, cblocks) rotation (param2) depends on where the player stands and if they are holding sneak. Maybe remove the `on_place = minetest.rotate_node` and set `place_param = 0` instead, so that all the wood blocks, that are not default, are always placed in the same rotation as the `default:wood`.
flux added the
1. kind/bug
1. kind/enhancement
labels 2022-05-20 17:05:18 +00:00
Member

I think I'm in favor of this change, but perhaps we need to do a survey to see which behavior players want?

I think I'm in favor of this change, but perhaps we need to do a survey to see which behavior players want?

I'm not so much in favour of this change. The current mechanic allows players to have some control over how blocks are placed, speeding up a build process.

The suggested mechanic causes players have no control over how a block is placed.

What's the use case for having all blocks placed in a uniform fashion? So that you can easily rotate them?

I'm not so much in favour of this change. The current mechanic allows players to have some control over how blocks are placed, speeding up a build process. The suggested mechanic causes players have no control over how a block is placed. What's the use case for having all blocks placed in a uniform fashion? So that you can easily rotate them?
Author

Well, I had to build something for which I used a few stacks of cblocks coloured wood. And because they are rotated according to my position, I now have to fix the complete building with the Rhotator Screwdriver, slowing the buildinh process down instead of speeding it up.
Of course it can be useful to have it rotate in different ways, but the question is, how often is that function actively used? If not so much, any rhotator tool can reach the same goal.

But I agree with flux that, if it would be considered to be changeg, it might be better to ask the other players first.

Well, I had to build something for which I used a few stacks of cblocks coloured wood. And because they are rotated according to my position, I now have to fix the complete building with the Rhotator Screwdriver, slowing the buildinh process down instead of speeding it up. Of course it can be useful to have it rotate in different ways, but the question is, how often is that function actively used? If not so much, any rhotator tool can reach the same goal. But I agree with flux that, if it would be considered to be changeg, it might be better to ask the other players first.

Would it help if there was a tool you could give a param2 of your choice, which would turn the block to the given param2 if you click this block?

Would it help if there was a tool you could give a param2 of your choice, which would turn the block to the given param2 if you click this block?

...I now have to fix the complete building with the Rhotator Screwdriver, slowing the buildinh process down instead of speeding it up.

If you have alot to fix with the same rotation use the replacer

Of course it can be useful to have it rotate in different ways, but the question is, how often is that function actively used? If not so much, any rhotator tool can reach the same goal.

Some players dont really use the screwdriver or rhotator because of that feature

> ...I now have to fix the complete building with the Rhotator Screwdriver, slowing the buildinh process down instead of speeding it up. If you have alot to fix with the same rotation use the replacer > Of course it can be useful to have it rotate in different ways, but the question is, how often is that function actively used? If not so much, any rhotator tool can reach the same goal. Some players dont really use the screwdriver or rhotator because of that feature
Author

If you have alot to fix with the same rotation use the replacer

I just tried it out and I guess that fixes the problem. I totally forgot about the replace tool, to be honest.

Would it help if there was a tool you could give a param2 of your choice, which would turn the block to the given param2 if you click this block?

That wont be neccessary as Bla rightfully referred to the node replacer tool.

I'm sorry if I bothered anyone, next time I will think things more through ^^'

> If you have alot to fix with the same rotation use the replacer I just tried it out and I guess that fixes the problem. I totally forgot about the replace tool, to be honest. > Would it help if there was a tool you could give a param2 of your choice, which would turn the block to the given param2 if you click this block? > That wont be neccessary as Bla rightfully referred to the node replacer tool. I'm sorry if I bothered anyone, next time I will think things more through ^^'
Member

What's the use case for having all blocks placed in a uniform fashion? So that you can easily rotate them?

One reason, is that you don't end up w/ builds by inexperienced players w/ nodes oriented randomly in all directions, which look incredibly sloppy.

Attached are some minor examples of this.

> What's the use case for having all blocks placed in a uniform fashion? So that you can easily rotate them? One reason, is that you don't end up w/ builds by inexperienced players w/ nodes oriented randomly in all directions, which look incredibly sloppy. Attached are some minor examples of this. ![](https://gitea.your-land.de/attachments/6adcf6c9-5471-42b9-9f1d-0079f56b834e) ![](https://gitea.your-land.de/attachments/77aa7540-0c96-4933-887e-3224e7c1a542)
Member

And personally, I've found myself fighting with this behavior more than I've made use of it.

And personally, I've found myself fighting with this behavior more than I've made use of it.
Member

cf. #1201

cf. #1201
flux added the
4. step/want approval
label 2022-07-02 21:43:02 +00:00
flux added this to the flux's TODO list project 2022-07-02 21:43:05 +00:00
Member

image

![image](/attachments/fcfb7e2e-f75f-45f8-8f5d-3b75fb52900d)
746 KiB
Sign in to join this conversation.
No Milestone
No Assignees
4 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: your-land/bugtracker#1950
No description provided.