You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I see that a y-range is being worked on, which will help, but default behavior for portal placement in dimensions is based on the dimension's logical height.
Without this, the portal will just default place the portal on the top of the height map. If a nether-like dimension is made, this results on all portals being on the roof, unless the world height (available range to place blocks) is lowered to the roof. But that means that it forces dimensions to either have the chance of a portal going to the roof (by not lowering the height), or allows the player to soft-lock themself by getting up on the roof through methods like pearl clipping (by lowering the height).
The text was updated successfully, but these errors were encountered:
I see that a y-range is being worked on, which will help, but default behavior for portal placement in dimensions is based on the dimension's logical height.
Without this, the portal will just default place the portal on the top of the height map. If a nether-like dimension is made, this results on all portals being on the roof, unless the world height (available range to place blocks) is lowered to the roof. But that means that it forces dimensions to either have the chance of a portal going to the roof (by not lowering the height), or allows the player to soft-lock themself by getting up on the roof through methods like pearl clipping (by lowering the height).
The text was updated successfully, but these errors were encountered: