You can switch to Gnome 40 Shell right now by changing to unstable branch. We make sure that a seamless update will be possible. When it will land in stable branch we can’t tell. Maybe weeks, maybe months …
@philm: I downloaded the GNOME-Next ISO to see what Gnome Shell 40 looks like. I hope we will no have to wait many months to have a stable version of Gnome 40.
in the PKGBUILD. Or possibly it could be completely removed as the .gresource file is copied anyways due a cp call a couple lines below.
Furthermore, org.gnome.settings-daemon.plugins.xsettings.antialiasing has been moved to org.gnome.settings-daemon.plugins.xsettings.deprecated, so the manjaro-gnome-settings overrides should be adapted as well.
@Ste74 thanks for updating those two packages, but could you please also update gnome-shell-theme.gresource.xml in manjaro-gdm-theme? The old resource file is causing icons not to be found, leading to this:
when hovering over windows in the activities.
It seems there is also an outdated resource file in the manjaro-gnome-theme repository.
to restore the original, and it seems everything works. And I’m a bit confused as to why the resource file needs to be overwritten since I don’t see any significant changes compared to the upstream version.
Our version use a maia version of the colors instead the bluish of gnome… i Need via hook to replace It at any gnome-shell update because otherwise gdm colors returns to the bluish … this Is why i do the copy …
As far as I can see only the images/icons are changed, the gnome-shell-theme.gresource.xml file is the exact same as the one in the 3.36 gnome-shell. So maybe the manjaro-gdm-theme package could just use the gnome-shell-theme.gresource.xml file from the gnome-shell repository? Another thing is that maybe the icons also need to be updated in manjaro-gnome-theme as well.
What do you mean by “fixed”? My Gnome 3 vertical desktops are dynamically allocated by default (there’s always an empty workspace ready for new windows, move windows to it, a new empty one appears at the bottom).
As for the vertical vs horizontal, honestly that’s not a big deal compared to all the other benefits of Gnome 40. The “learning curve” is very minimal, to me at least. Gnome’s learning curve has always been small, for example monumentally smaller than KDE desktop. After an hour you’ll be over it the horizontal-vertical swap. I think it is no biggie!
Plus someone will come out with a horizontal-to-vertical script to swap them in no time (if they haven’t already). It’s just swapping the Y with X direction, and placing the list on the side of the app icons instead of at the top. Two tiny changes. The script will fit on your screen with extra space left over.
In fact, the Gnome devs themselves, if you ask, will share a minimal few-lines of JavaScript to do just about anything. Gnome Shell is really flexible with scripting.
Would be great if they could do that on the fly with dash-to-dock.
I’m talking about a vertical dock on the desktop (I don’t like Mac-style dock at the bottom as they waste vertical space) becoming horizontal below workspaces when triggering the overview so as not to overlap with the horizontal workspaces.
I suggested that on the dash-to-dock github page, and got no response yet. But for good reasons, as the priority is to make it officially working with Gnome 40. My suggestion will come way down the list, if ever.
As an alternative, it would be great to have dash-to-dock to just replace the infamous dash in the overview and not appear at all on the desktop (some always hide option). Gnome vanilla dash is way too big with playskool icons and it has no visual cues on the number of instances running for an app.
I’m about to post a controversial idea.
Have you thought about phasing out most of the Manjaro customization crap and stick with with upstream default GNOME and a slightly color-changed variation of Adwaita+wallpaper. So the user don’t need to wait for weeks and month every time GNOME is going to release a new major version and will get a fast Gnome shell that doesn’t suffer in performance because of the extensions Manjaro chooses.
I mean back in February you annouced¹ the 40 alpha to test. Without debugging symbols so completely useless for testers, but at least for the design team something to test and work with, yet 3 month later and almost 2 month after 40 final release it’s still not done.
… you are in power to decide on your own, if you want to switch to horizontal or keep the vertical workflow.
You are the distributor of Manjaro. You’re the one who decides what the default is for your product. People who want to change the experience don’t need you for this. This is all about the ones who are looking for a reliable distro that will get updates in time without breakage. Make this happen please.