rust-windowing / rust-windowing/winit

Add the capability of transient windows.

Open
#4,256 2 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

S - enhancement
Dominant language
Rust
Stars
6.2k
Forks
1.3k
Avg merge
2d 19h
Merged PRs (30d)
9

Description

Description

In Win32 we have this: with_owner_window, that creates an owned top-level (overlapped in Win32 lingo) window that is actually owned by another: it is always drawn on top of its owner, and a few other platform rules.

But looking around I didn't find the equivalent code for other platforms. But I'm pretty sure that at least X11/MacOS have something more or less equivalent:

  • X11 has XSetTransientForHint.
  • MacOS has ordered:NSWindowAbove (or something...).

I think it should fall into the same category as WindowAttributes::with_position(), only available on some platforms. You can event argue that having a window owner is some kind of position.

Relevant platforms

No response

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

No repository files or tests are named. Start by tracing the existing Windows with_owner_window implementation and the WindowAttributes platform-extension APIs, then compare the required behavior with X11's XSetTransientForHint and macOS window ordering. Done means a coherent platform-specific transient-window capability with equivalent behavior where supported.

Written by the indexing model from the issue text.

Assessment

Tech stack
macos, rust
Domain
desktop
Issue type
Feature
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Mostly clear
Newbie friendliness
35/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.