Keyboard Focus Lost on Mouse Move

[jtmoree-github-com]

Bug Report

Current Behaviour:

When In Select Mode there are coordinates text fields where I can type or use the arrows keys on the keyboard to change the numbers. Keyboard focus is moved off of these fields at the slightest action which interrupts my workflow.

For example,
I click on a box then use the down arrow to lower the coordinate. When the edge of the select box goes out of view I want to see it so I move the mouse to the 3d view for adjusting the view. When I move out of the Select Dialog the keyboard focus is lost. Generally, I use WASD to move the viewport and then have to click inside the same text field again.

Expected behavior:

Keyboard focus should stay where I last left clicked. Right Click and Hover should not affect it.

Steps To Reproduce:

1. Go to Select Mode
2. Click on any coordinate text field in the dialog
3. Move mouse (without clicking) outside of select dialog
4. Focus is lost

Environment:

• OS: Windows
• Minecraft Platform: Bedrock
• Minecraft Version: 26.1
• Amulet Version: 0.10.49

Additional context

Reasons why I hit this issue:

1. Accidentally move mouse out of select dialog
2. Need to move viewport
3. need to select something else but would still like the keyboard focus where I just put it

Attachments

Screenshots

Worlds

[gentlegiantJGC]

I don't think this is possible.
Clicking on the canvas will make it active and deactivate the wiget that was previously active. This is just how the GUI library works.

The only thing I can change is the canvas making itself automatically active when you hover over it.
This has the side effect that you can't use keyboard inputs on the canvas until you click on it. I like this solution less.

You can use the mouse wheel while hovering on the coordinates without having to click first.

[jtmoree-github-com]

What about a toggle so those of us who prefer click to focus can switch to it. The default could stay at focus follows mouse.

[jtmoree-github-com]

something to consider . Based on the control scheme redesign I have in mind from my other issues. If I can get the camera to move around and move the cursor around with keyboard shortcuts I don't need to move the mouse off of the dialog box.

[jtmoree-github-com]

I have created a fork and wired up a number of user interface changes. We may not want to merge it but it is useful as a demo of what I'm trying to accomplish. It's at https://github.com/jtmoree-github-com/Amulet-Map-Editor/tree/new_interface

This issue is addressed in that code by separating the camera from cursor movement so that I dont need to move focus out of the dialog. I would still have this problem if I needed to rotate the camera. but it s a work in progress.

[jtmoree-github-com]

feel free to move this to the lowest priority. based on the other reworking ideas I have this may not be an issue. If we are not able to move in some of those other directions I might look for ways to handle this differently.