No

I don’t think anyone has done this yet.

You can either return cosmic::Element<Message>, impl Into<cosmic::Element<Message>>, or cosmic::widget::Button<Message> with your functions.

Every widget can .into() or .apply(Element::from) into a cosmic::Element.

I’d recommend using the Grid widget so that your buttons can scale with the window.

cosmic::widget::grid()
    .push(widget1())
    .push(widget2())
    .push(widget3())
    .insert_row()
    .push(widget4())
    .push(widget5())
    .push(widget6())
    .row_spacing(12)
    .column_spacing(12)
    .justify_content(JustifyContent::Stretch)
    .width(Length::Fill)
    .height(Length::Fill)
    .into()

This may be fixed now, but at the same time, I’d wait a day before updating cosmic-comp because xwayland’s currently broken while we need to update xwayland to the latest version for explicit sync support.

That’s very strange. Did you update today?

You can send an email to [email protected]

That’s up to you. If you need it, you can always reinstall it.

I’d recommend everyone to try out cosmic-store (with cosmic-icons) when they get a chance. Whether you use COSMIC or not, it’s fully functional with any desktop environment. It’s packaged by default in Pop!_OS 22.04, available in Fedora 40 via ryanabx/cosmic-epoch, and the AUR.

Every application launches within 0.2 seconds for me. Maybe you need to play around with env WGPU_POWER_PREF=high

There will be configuration options eventually

How so? 22.04 is actively maintained and updated by Ubuntu, and is still the latest LTS release. On top of that, the most important packages in Pop!_OS are updated frequently, so we are on Mesa 24.0.3 and Linux 6.8.0. As for when COSMIC releases, you should read last month’s blog post.

Did you not read the blog update? That is exactly what the blog update covered… The user’s theme colors are applied to the Adwaita theme used by GTK4/libadwaita, and GTK3 theme support is provided by adw-gtk3.

Are you interested in contributing? You can find the source code for theme generation here and here.

All desktops use the Super key nowadays. Sway, i3, GNOME, Plasma, etc. are all using the Super key. Have been for years. The standard convention is that the Super key is reserved for system-level shortcuts handled by the window manager; and Alt key shortcuts are reserved for application-level shortcuts. Your desktop might have bound both Alt and Super because of legacy reasons.

You might be surprised how much disk space those GNOME Circle applications actually require, despite being dynamically linked to a lot of GTK/GNOME libraries. Unless they’re written in a scripting language, they’re much closer to a COSMIC application than you think.

• https://flathub.org/apps/org.gnome.TwentyFortyEight 12 MB
• https://flathub.org/apps/org.gnome.Reversi 12 MB
• https://flathub.org/apps/org.gnome.NetworkDisplays 13 MB
• https://flathub.org/apps/org.gnome.eog 12 MB
• https://flathub.org/apps/org.gnome.Photos 29 MB
• https://flathub.org/apps/org.gnome.Notes 12 MB
• https://flathub.org/apps/org.gnome.gedit 20 MB
• https://flathub.org/apps/app.drey.Warp 22 MB
• https://flathub.org/apps/com.github.flxzt.rnote 41 MB
• https://flathub.org/apps/io.gitlab.news_flash.NewsFlash 42 MB

I don’t see the issue with an application having a static binary within the realm of 15-25 MB. Even if you had 100 applications installed, that’s only 2 GB of disk usage.

That is to show the icon theme feature.

I wouldn’t rule out the possibility of a cosmic-applets-community package which bundles third party applets, or the gradual inclusion of popular applets into cosmic-applets. Given that an applet would only become popular if there’s a lot of need for those use cases, then it would make sense to open a path to getting them mainlined.

24.04 releases somewhere near end of summer. Super + 1-9 is already bound to workspaces in COSMIC.

Pop!_OS 22.04 uses GNOME with a lot of custom extensions and patches. Pop!_OS 24.04 will switch to COSMIC.

GNOME Shell extensions are JavaScript monkey patches that get injected directly into the gnome-shell process, which is running inside a JavaScript runtime. So they have no effect outside of GNOME Shell.

COSMIC panels are already configurable, so there’s no need for a third party panel applet to have dock applets embedded in the panel. You can configure the panel and dock to any layout. Be that a GNOME layout, Unity layout, Mac OS layout, Windows layout, etc.

It would be redundant to rebrand Pop!_OS to COSMIC OS. The cosmos was created by a Pop!

The cosmic toolkit has its own widget library that replaces the iced widgets. These widgets are tightly integrated with cosmic’s theme engine. The toolkit also provides its own Application/Applet traits for quickly implementing a standardized COSMIC application and applet interface. Examples are in the libcosmic repository, and you can reference cosmic-applets and other repositories for real world examples.