Replies: 4 comments 1 reply
|
Hey, that's a great topic. It would be very helpful if you can add some visual examples demonstrating the desired way of presentation. |
0 replies
|
I had this idea back when COSMIC first came out. |
0 replies
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment



Uh oh!
There was an error while loading. Please reload this page.
The Opportunity
COSMIC has an incredible technical foundation - Rust-native, Wayland-first, full theming via cosmic-config, and a toolkit that's genuinely enjoyable to build on. As someone actively developing a suite of apps on libcosmic (calendar, email, contacts), I want to raise a design conversation that I think could elevate COSMIC's visual identity to match the quality of its engineering.
The traditional File | Edit | View menu bar is a well-understood paradigm, and I appreciate that libcosmic supports it - especially the ResponsiveMenuBar that collapses to a hamburger at narrow widths. That's smart engineering. But I'd argue the default presentation of menus across COSMIC's own apps (Files, Editor, Terminal) leans on a design language that feels inherited rather than intentional.
I've checked the Epoch 2 and Epoch 3 project boards and this topic doesn't appear to be tracked anywhere - which is partly why I'm raising it now, while the design language is still being established. With Epoch 2 focused on new apps (Image Viewer, Reader, Clipboard Manager) and Epoch 3 introducing desktop animations and design revisits (Notifications applet), this feels like the right moment to consider the broader interface paradigm these apps will be built on.
The Problem
When you look at the most polished desktop experiences today - macOS, GNOME 46+, even Windows 11's newer apps — they've all moved away from visible menu strips as the primary interaction pattern. The reasons are well-established:
This isn't about removing functionality - it's about presentation.
What I'd Love to See
A modern header bar paradigm offered alongside the traditional menu bar, where apps (and users) can choose their preferred style:
Modern Mode (proposed default)
Classic Mode (preserved)
How Users Choose
Why Now?
Design language decisions made early become the DNA of the platform. Once every third-party app is built around File | Edit | View as the expected pattern, changing it later becomes a GNOME 2→3 level disruption.
COSMIC is at an inflection point:
The infrastructure is already partially there:
From Experience Building on libcosmic
I've built three apps on libcosmic (calendar, email, contacts) and in each case I've found myself working around the menu bar rather than with it. The actions I put in menus are rarely used - users interact through toolbar buttons, keyboard shortcuts, and context menus. The menu bar exists because the framework expects it, not because the UX benefits from it.
When I look at my apps with the menu strip hidden, they immediately feel more modern and focused. The content gets more room, the header is cleaner, and it matches the quality of the rest of the COSMIC experience.
Summary
This isn't a request to remove traditional menus - they serve users who prefer them. It's a proposal to:
COSMIC's engineering is genuinely world-class. I'd love to see the interface design match that ambition. Happy to contribute to the conversation and help prototype approaches - keen to hear what the team and community think.
All reactions