Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comboblock rotated 180 degrees results in block not having correct properties #2

Open
sirrobzeroone opened this issue May 20, 2020 · 2 comments
Assignees
Labels
bug Something isn't working enhancement New feature or request wontfix This will not be worked on

Comments

@sirrobzeroone
Copy link
Owner

If you rotate a comboblock with a screwdriver type tool (lots out there), the block will always retain the properties of the block that was on top.

example place wood slab down then ice slab ontop, rotate the combo block 180 degrees so Ice is on the bottom. The wood surface will be as slippery as the ice and have all the properties of the ice.

This occurs as the node can only have 1 set of properties at the moment the node keeps the properties for the top slab and when the top slab is rotated with a screwdriver type tool to place the bottom node now on top you end up with unexpected properties for the player - although some options for traps I think unexpected slippery surface.

I want to try to avoid updating heaps of different screwdriver tools but so far the things I've tried don't work:

  • There's no callbacks with on swap function in Minetest engine so no easy way to check there.
  • The on_rightclick call back doesn't appear to work when clicking the node with a screwdriver. I think this has to do with the using the on_use and on_place callbacks on the screwdriver but Im guessing a fair bit as the screwdriver code and Minetest engine code is well above my skill level.

Optimal Solution I'd like is something self contained inside comboblock such that when the block is rotated to 180 it actually swaps it's self to opposite combo type so switches from ice on top, wood on bottom to wood on top and ice on bottom.

@sirrobzeroone sirrobzeroone added bug Something isn't working enhancement New feature or request help wanted Extra attention is needed labels May 20, 2020
@sirrobzeroone sirrobzeroone self-assigned this May 20, 2020
@sirrobzeroone
Copy link
Owner Author

a node timer could check for this issue and then swap the combnode out for the correct one - but that seems a little heavy for what I'm guessing is a pretty low occurance.

For the moment I'm happy keeping this bug open as tracking of known Issue

@sirrobzeroone sirrobzeroone added wontfix This will not be worked on and removed help wanted Extra attention is needed labels Jun 9, 2022
@sirrobzeroone
Copy link
Owner Author

Thinking on this more, I could possibly fix this by utilising on_punch for the comboblocks. Not sure how tricky it would be and I would need to see if I can access the old P2 and the new P2 and if they differ and if we were horizontally flat and now flipped over swap the block for the other version. It would work but a fair bit of checking, I'm also not sure if the current functionality isn't useful in that you can create wooden floors that are slippery like ice.

Just some thoughts noting down so I don't forget.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working enhancement New feature or request wontfix This will not be worked on
Projects
None yet
Development

No branches or pull requests

1 participant