Feature | Add Window Management

[AnnaSasDev]

Impact

Medium

Problem / Motivation

Window controls are operation-centric (min/max/close/focus) without a higher-level window-manager abstraction for multi-window coordination.

Current behavior

Relevant primitives exist in the files listed below, but this backlog item does not have a complete, explicit InfiniFrame contract with dedicated coverage.

• src/InfiniFrame.Shared/IInfiniFrameWindow.cs
• src/InfiniFrame.Shared/FluentApi/InfiniWindowBuilderExtensions.cs
• src/InfiniFrame.Shared/FluentApi/InfiniWindowExtensions.cs

Expected behavior

Define explicit API/behavior for this migration item, implement in managed + native layers where needed, and add focused tests/documentation.

Proposed solution

Implement this incrementally:

1. Define/adjust the managed public API in InfiniFrame.Shared.
2. Wire implementation in InfiniFrame and InfiniFrame.Native where required.
3. Add focused tests (tests/InfiniFrameTests*) and docs updates (docs/docs/guides/*, docs/docs/migration/*).

Alternatives considered

• Keep as unsupported and document migration limitation.
• Provide a workaround-only approach without first-class API.

Use case

Applications migrating from Photino expect this behavior and currently need custom handling for "Add Window Management".

Technical proposal

Scope implementation to: native platform layer (src/InfiniFrame.Native/*) plus managed interop (src/InfiniFrame.Shared/Native/*). Keep behavior deterministic across Windows/Linux/macOS and document platform-specific limitations explicitly.

Additional context

Photino reference: tryphotino/photino.Native#27

Checklist

• I searched existing issues
• This is not a support question