Skip to content

Window frame PR #68#123

Merged
CrystalSplitter merged 8 commits intomasterfrom
window-frame
Feb 8, 2026
Merged

Window frame PR #68#123
CrystalSplitter merged 8 commits intomasterfrom
window-frame

Conversation

@CrystalSplitter
Copy link
Collaborator

@CrystalSplitter CrystalSplitter commented Jan 31, 2026

This PR intends to allow support for using the native window frame on any platform. This has been primarily tested on Linux.

With this PR, one can force the native window frame with --force-frame. Additionally, you can now set it in the main app settings. This requires a restart to take effect.

This argument when passed to our program like so:

```
fluentflame-reader -- --force-frame
```

will force the window frame. This is intended just for testing,
and does not imply a documented or fully supported feature.
@FrostBird347
Copy link

Other than that, I haven't noticed any issues on linux.

@CrystalSplitter
Copy link
Collaborator Author

That's great to hear! I would like to only merge this once:

  1. We have an actual setting for this, beyond a flag. Though I would still like a flag for debugging.
  2. We have gotten significant testing, as rendering errors are a concern here.

So it may be a bit until this is merged. But I wanted to get it out that this is what a solution would look like. Hopefully it does not feel too janky!

This gives us proper args parsing.
@CrystalSplitter
Copy link
Collaborator Author

CrystalSplitter commented Feb 1, 2026

--force-frame should now work anywhere, ideally. Separating on -- should not be needed.

Copy link

@FrostBird347 FrostBird347 left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Brief testing hasn't revealed any issues, the only thing of note is that now you can't put -- before the --force-frame argument but I don't think that's necessarily a bad thing.

@CrystalSplitter
Copy link
Collaborator Author

That's correct, it's now treated as the same precedence of the electron flags themselves. We have to be sure we don't re-use a valid electron flag because of this.

@CrystalSplitter
Copy link
Collaborator Author

Bug found: both the top native window bar and the non-native menu bar are draggable with --force-frame.

@FrostBird347
Copy link

FrostBird347 commented Feb 2, 2026

Strange, only the native bar appears to be draggable on my machine.

Though I am not fully sure what non-native menu bar you are talking about, I assume you are talking about the bar at the top that contains the settings/notification/reload buttons?

This adds a new setting that can be configured in the main
app window. This setting turns on the native window display
for Linux and Windows. It does nothing on MacOS, which always
uses the native window.
@CrystalSplitter
Copy link
Collaborator Author

This now has a setting! And I fixed some bugs I found. Please do test more!

@CrystalSplitter
Copy link
Collaborator Author

I'm going to review the CSS a bit to make sure I haven't missed something. But the setting part is done. Also perhaps interesting to @nubesurrealista, who wanted to do a similar feature for #85.

@FrostBird347
Copy link

When enabling the setting without the --force-frame argument, the non-native menu bar appears below the native bar:

It should look like this:

This needed to be update with the preference value.
@CrystalSplitter
Copy link
Collaborator Author

Thanks for pointing it out! I believe I have a fix now.

@FrostBird347
Copy link

I can confirm that the issue has been fixed!

@CrystalSplitter
Copy link
Collaborator Author

I've extensively tested this now on Linux, and have gotten some (broken) testing on Windows done, and I think I've probably fixed issues there too?

Ultimately I like this feature, and without additional testers on other platforms, I'm limited to what I can actually verify. But Linux and Windows seem good, so merging.

@CrystalSplitter CrystalSplitter merged commit 1eea732 into master Feb 8, 2026
5 checks passed
@CrystalSplitter CrystalSplitter deleted the window-frame branch February 8, 2026 18:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants

Comments