Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FlatLaf ignores overrides window decorations of the Linux host Os, ignoring GUI conventions and settings made by the user. #880

Closed
thorfdbg opened this issue Aug 30, 2024 · 1 comment

Comments

@thorfdbg
Copy link

If you use applications build against Flatlaf, it overrides all window decorations (or rather, suppresses them), including those generated by the window manager of the host system, e.g. xfwm4. This means that Flatlaf applications integrate poorly into the host desktop, and in particular ignore selections made by the user. For example, if users select to have the window close button on the top left rather top right, Flatlaf will outright ignore this choice, but renders its own button in its own style (and not in the style of the window manager). This makes Flatlaf applications look alien to the host system, and breaks GUI conventions selected by the user.

@DevCharly DevCharly changed the title FlatLaf ignores overrides window decorations of the host Os, ignoring GUI conventions and settings made by the user. FlatLaf ignores overrides window decorations of the Linux host Os, ignoring GUI conventions and settings made by the user. Sep 3, 2024
@DevCharly
Copy link
Collaborator

This is Linux only.

The FlatLaf window decorations are not enabled by default on Linux.
So if you don't like it, do not enable it.

Remove following from your app:

JFrame.setDefaultLookAndFeelDecorated(true);
JDialog.setDefaultLookAndFeelDecorated(true);

On Linux, there are dozens (or hundreds) of different window managers available and each of them has it's own "GUI conventions and settings". It is simply not possible to reproduce the look of those window managers in FlatLaf...

see #821

@DevCharly DevCharly closed this as not planned Won't fix, can't repro, duplicate, stale Sep 3, 2024
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

No branches or pull requests

2 participants