New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Gnome 41 support #1524
Comments
Not working at all under Debian bookworm/sid, GNOME 40.4, Wayland. Any workaround or alternative addon (dashtopanel isn't an alternative for me :p) is greatly appreciated as well. |
I've made ewlsh's fork working for me by replacing AppIconMenu with AppMenu in the codebase: |
Sorry, apparently I'm kinda in the dark about this. What exactly is ewlsh's fork? Does his/her fork have more features, or just higher stability? Thanks a lot for sharing your solution though! I will try this out tomorrow. |
By "ewlsh's fork" I mean this pull request: #1402 . For the majority of the users, it makes dash-to-dock work with Gnome 40; there are some bugs, however, which prevent it from being merged yet. I've also discovered another fork of that fork, which solves the issues specifically with Gnome 41: https://github.com/frantisekz/dash-to-dock/tree/fzatlouk/gnome-41 . So if you need to get dash-to-dack working asap and cannot wait until everything is merged and released properly, the best course of action is the following:
|
Thx, @vsv
DTD works for me in GNOME 41 (Fedora 35 beta) with this patch, but right-clicking now does not call up the standard menus for application icons in the dock. |
The |
I tried to install fork https://github.com/frantisekz/dash-to-dock/tree/fzatlouk/gnome-41 instead ewlsh-gnome-41.patch.txt No icon menu problems anymore, but there was another problem: click action "Minimize or show preview" for multiple windows of the same application not work correctly, preview can only be associated with another action, for example middle-click. And the old problem has not been solved - trash icon and CD icon periodically switch places. |
Upstream gnome-shell is using now a new AppMenu class for application menus, but we're customizing enough already so it's just better to have our own implementation for now so that can work in both 40 and 41. Also updated base code to match latest upstream Fixes: micheleg#1524
I've been looking at trying to reuse the suggested patches, but sadly we can't use them, because we can't easily just inherit from AppMenu (see link below for more infos) or we'd lose various features (isolation, devices support, previews in right-click...). So this is now handled in a new MR (#1531). |
version 70 is not working now Help !! |
erick-alvz - Gnome seems to automatically update extensions now, at least on my solus install, so it might have "updated" to the latest version on the extension website. ergo the fzatlouk version I was using is gone. I'm just looking into stopping the automatic updating now. |
@riffer33 did you manage to stop the automatic update? |
At present, I can't find a way to cancel the automatic update. After logging in, it will be automatically updated to 70, which is very sad |
Why can't you provide CSS and need sassc compilation??? |
You will get CSS if you take a ready made extension from the GNOME Shell Extensions site, but this is GitHub, here developers provide access to the source code. |
You can "block" automatic updates by bumping "version" field to 71 in "~/.local/share/gnome-shell/extensions/dash-to-dock@micxgx.gmail.com/metadata.json" |
Is CSS not the source code? Only less and sass are the source code? I write a java program that does not provide class bytecode, but only the source code. Then let other people who can't Java compile, is that right? |
Thank you very much. I've switched back to version 40 |
This is a good place. Thank you very much for the help of many elite programmers |
Please, read this: |
I have done front-end work and understand these technologies very well. It's just that it's not difficult for you to provide CSS. There is also less work for users. Some users don't go to Gnome shell to download, but prefer to download on GitHub. Thank you for your quick answer. I admire it very much. Now my desktop can compile and work normally. Thank you very much. |
On which OS and version, which version of GNOME? |
But such users actually take on the voluntary work of beta testers. What you take with GitHub is not the final release that the authors found suitable for all users. GitHub this is primarily a place for development, a tool for sharing ideas open source. We must respect the work of authors who provide us with wonderful applications for free. |
Upstream gnome-shell is using now a new AppMenu class for application menus, but we're customizing enough already so it's just better to have our own implementation for now so that can work in both 40 and 41. Also updated base code to match latest upstream Fixes: #1524
Hello developers,
Unlike many others, ewlsh's fork was working for me in gnome 40 (fedora 34).
But in gnome 41, fedora 35, its not working. I have changed metadata.json to 41, still, I am getting an error symbol. Everything else is fine, but intellihide, with mouse gesture to unhide the dash is not working atall.
The text was updated successfully, but these errors were encountered: