Godot

7,968 readers

524 active

28 users here now

Welcome to the programming.dev Godot community!

This is a place where you can discuss about anything relating to the Godot game engine. Feel free to ask questions, post tutorials, show off your godot game, etc.

Make sure to follow the Godot CoC while chatting

We have a matrix room that can be used for chatting with other members of the community here

Other Communities

Rules

Posts need to be in english
Posts with explicit content must be tagged with nsfw
We do not condone harassment inside the community as well as trolling or equivalent behaviour
Do not post illegal materials or post things encouraging actions such as pirating games

We have a four strike system in this community where you get warned the first time you break a rule, then given a week ban, then given a year ban, then a permanent ban. Certain actions may bypass this and go straight to permanent ban if severe enough and done with malicious intent

Wormhole

!roguelikedev@programming.dev

Credits

The icon is a modified version of the official godot engine logo (changing the colors to a gradient and black background)
The banner is from Godot Design

founded 3 years ago

moderators

snowe@programming.dev

Ategon@programming.dev

Feyter@programming.dev

[Issue][Fixed] UI Button has a "deadzone", can't figure why (programming.dev)

submitted 3 years ago* (last edited 3 years ago) by ICastFist@programming.dev to c/godot@programming.dev

5 comments fedilink hide all child comments

I made a pause menu, but there seems to be a "dead square" in the middle of the screen, where it doesn't detect the mouse hovering. The deadzone seems fixed in size and place, moving the menu out of the center makes the problem stop. So, something invisible on top?

Video showing the problem - https://files.catbox.moe/92kr8z.mp4

How the node is set up

The "OptionsWin" opens a new UI element, but moving it around doesn't change the deadzone, even if none of its elements are anywhere near the original pause menu.

Any ideas on how to fix this without having to offset the pause menu?

EDIT: Fix is my comment below. Should've tested it as an isolate scene first, that led me to looking into the player node and finding the problem. Hopefully this will help someone else in the future.

you are viewing a single comment's thread
view the rest of the comments

[–] Kylamon1@lemmy.world 3 points 3 years ago* (3 children)

Reducing the size to 1 I don't think is the "correct" solution.

In the inspector for the containers look for the "mouse" tab. That determines how the mouse interacts with that control. By default it is on STOP. Meaning it blocks all inputs "behind" it in your scene. You probably should change it to pass or ignore.

Imaging you have a complex ui with multiple layers of buttons. You only want the top one to register click events, so it would be on STOP. If you did IGNORE then the top button would not register click events, bit the buttons under it would. If you had on PASS the top button registers the click, but then passes on the click event to the buttons under it.

Right now you still have a 1px dead zone.

Hope that helps.

permalink

fedilink

source

parent

hideshow 3 child comments

[–] ICastFist@programming.dev [S] 1 point 3 years ago (2 children)

By default it is on STOP

Seems the default is actually PASS, which is what is set on both and I never noticed this parameter before. The Force Pass Scroll Events is grayed out and checked, too.