Immediate-Mode-UI / Immediate-Mode-UI/Nuklear

[BUG] Previous `edit` will draw cursor after switching focus to another `edit` in a different window

Open
#856 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
C
Stars
11.4k
Forks
686
Avg merge
4d 1h
Merged PRs (30d)
3

Description

As mentioned in [comment](https://github.com/Immediate-Mode-UI/Nuklear/pull/779#issuecomment-3478177041) Nuklear still has a bug when switching focus between two `edits`(include `properties`) that belong to different windows. At the moment, the previous `edit` will continue to draw the caret, **but** keyboard input is also affected, the `edit` that receives input depends on which one the mouse cursor is currently hovering over.
**Note:** This only happens when switching between *different* windows, *not* when switching between `edits` inside the same window.
For more information, see the attached screenshot (tested with SDL2)

Image

Contributor guide

Open the contributing guide

Research direction

Start by reproducing the issue with the SDL2 setup described in the report, switching focus between edits in two different windows. Trace the edit focus, caret drawing, and keyboard-input paths; done means the previously focused edit no longer draws the caret or receives input after focus changes, while switching edits within one window still works.

Written by the indexing model from the issue text.

Assessment

Tech stack
c
Domain
desktop
Issue type
Bug
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
38/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.