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.
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.
Speaking of being defensive, not only are you being far more defensive than I, but these bullet points are both misleading and wildly inaccurate. It's also telling that you think none of my points are good, when they are the truth. Could you possibly be even more a hypocrite?
Ubuntu is Debian with more up-to-date packages and a lot of additional third party packages. There's a lot of companies who produce development toolkits, frameworks, and applications that are explicitly built for the Ubuntu base. Some governmental agencies and organizations also require access to packages and repositories that have been audited by security agencies, which Ubuntu has gone through the process of getting certification for certain kernels and their Ubuntu Pro repositories. All of which are useful for real world customers.
Regardless of shortcomings in Snap, Pop does not rely on Snaps, and offers its own packaging for things that would otherwise require Snap on Ubuntu.
GNOME Shell extensions are JavaScript monkey patch injections to gnome-shell's JavaScript process. They're only compatible with the exact version of gnome-shell that they target because most of them require to override private internals of gnome-shell that are sensitive to order of injection and names of private variables and methods.
COSMIC uses a modern Wayland-based approach to shell interface design with layer-shell applets. Each applet is its own process, using the layer-shell Wayland protocol to render their windows as shell components, and communicating with the compositor securely with the security context Wayland protocol. The protocols they use are standardized, so they will be stable across COSMIC releases. Other Wayland compositors could integrate with them if they desire to.
There's a very large gap between having tiling, and having excellent auto-tiling capabilities with intuitive shortcuts and behaviors. COSMIC's autotiling was designed from the ground up to be just as usable with a mouse as it is with a keyboard.
If COSMIC is pathetic, then GNOME must be abysmally unusable.
COSMIC was already planned long before there was any beef with GNOME.
We listen to user feedback and prioritize development of features that our developers and users want.
Good luck trying to replicate COSMIC's theming and tiling capabilities in GNOME.
Let alone the overall stability and performance of COSMIC.
COSMIC Store is the fastest app store on Linux now. I'd recommend everyone to try it out.
sudo apt install cosmic-store
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.
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.
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.
The design is finished for Alpha 1, but there is likely to be future design work once designs are revisited for alpha 2 or the beta.