I want Gnome 40! Why doesn't Manjaro ship Gnome 40 Shell yet?

manjaro-gdm-theme gresource should be updated for GNOME 40. Moreover, this line:

install -Dm644 $srcdir/build/theme/gnome-shell-theme.gresource $pkgdir/usr/share/themes/manjaro-gdm-themegnome-shell-theme.gresource

should probably read as

install -Dm644 $srcdir/build/theme/gnome-shell-theme.gresource $pkgdir/usr/share/themes/manjaro-gdm-theme/gnome-shell-theme.gresource

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
@Chrysostomus

1 Like

You are right but … I m embarassed but i don t know what branchs we have to adopt for v40 and if we can merge some with other branchs … :thinking:

1 Like

@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:
kép
when hovering over windows in the activities.

It seems there is also an outdated resource file in the manjaro-gnome-theme repository.

Thank for pointing me … have you already a xml working file?

The resource file that comes with gnome-shell packages seems to work fine. I did

sudo mv /usr/share/gnome-shell/gnome-shell-theme.gresource.old /usr/share/gnome-shell/gnome-shell-theme.gresource

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 …

But the xml file is the same, no? Only the colors are changed in the svg files?

Yep… xml yes … used for generated the gresource file… sorry if i misunderstanding your question …

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.

i need to remove from the repository but i m lazy :roll_eyes: … we at now grab directly the icons from gnome repo

1 Like

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.

Can’t wait for Gnome 40!!

1 Like

You’re spot on.

3 Likes

This extension running over Gnome 40 looks way better than the current Gnome with vertical workspaces. Gnome 40 is on a new league aesthetically.

2 Likes

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.

1 Like

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.

¹ https://forum.manjaro.org/t/stable-update-2021-02-09-kernels-gnome-40-alpha-kde-apps-20-12-2-systemd-mesa-libreoffice/52659

1 Like

If you follow through on that line of thought, gnome 40 would not arrive any sooner in stable - the incompatibilities would still be there and this

still needs to work on systems where it was installed.

Well, if you don’t like the customizations you can still install Manjaro from CLI. Then, on top of that installation you can install a Vanilla GNOME 40 and then customize it the way you want.

In my opinion, the Manjaro customizations target an entry-level market. That’s part of the distribution’s appeal and vision to reach both advanced users and beginners.

1 Like

I’m going to be honest here, if it wasn’t for the “Manjaro Customization crap” I wouldn’t even have considered it.

Sure, I don’t think I use it a lot any more, at least not consciously, but the Manjaro customizations is what drew me in the first place. It’s what makes Manjaro, thus Linux, less intimidating and allows people to enjoy the simplicity, which is Manjaro’s whole philosophy.

And, I found it only natural to move on from the basics to the more advanced stuff, which isn’t the most advanced even. But, if you don’t want to go there, then you don’t have to, thanks to Manjaro’s customization crap.

Edit:
Majaro’s “Customization crap” is what makes Manjaro, well, Manjaro. If you want something without it, you don’t want Manjaro. Then you can go ahead to Gentoo - much, much, much less to no “Customization crap” there.

OK, I’ll keep quiet and get off my soapbox now.

5 Likes

i just booted my gnome on rpi400, it’s still very messed up. slow, double icons, ghosting, just unusable.
i have no problem with them taking there time so things get fixed right.
seems like a lot still needs fixing.

Manjaro is Manjaro because of its unique customisations…Otherwise there are many others who just ship the stock default gnome (so how r u even a distinguishable distro anyway?)
So please be patient…The devs are working really hard to give u the best experience.
If u have a deficit of patience( & u don’t love Manjaro) then u can move on…

4 Likes