NixOS GNOME | 410 Members | |
| A room for maintainers of GNOME & GNOME-Related desktop environments (xfce, cinnamon, pantheon...) | 92 Servers |
| Sender | Message | Time |
|---|---|---|
| 26 Apr 2023 | ||
| Yeah, that might be it, I was about to suggest playing with the API directly
and noticed that failures are cached mentioned there | 05:33:25 | |
although, weirdly, still no /tmp/heif-thumbs-up which means that bit isn't getting used, and explains how it's not failing for everyone on other platforms too | 05:34:09 | |
so I suspect, in current nixpkgs, just having libheif.bin libheif.out in systemPackages, and SCROLLING FAR ENOUGH TO SEE NEW IMAGES, is enough to see it working | 05:39:42 | |
| but it seems worth fixing and enabling by default, given the pkg is already pulled in by eog | 05:40:24 | |
| 27 Apr 2023 | ||
| Anyone else experiencing weird artefacts around electron applications in gnome on unstable? | 13:12:47 | |
| the element channel bar is glitchy for me on sway, if that counts as a datapoint | 14:31:30 | |
In reply to @maralorn:maralorn.deMight be an upstream bug. Fedora Rawhide is also having issues with electron on GNOME. | 14:37:36 | |
In reply to @maralorn:maralorn.de* Might be a bug for upstream. Fedora Rawhide is also having issues with electron on GNOME. | 14:37:46 | |
| * Might be a bug for upstream. Fedora Rawhide is also having issues with electron on GNOME. It might actually be an issue with mutter's XWayland implementation, not the apps themselves. | 14:49:49 | |
FWIW, I haven't seen any such problem, using vscode and signal, and I have environment.sessionVariables.NIXOS_OZONE_WL = "1"; | 15:12:23 | |
| so if it actually is XWayland that could be bypassing it | 15:15:14 | |
* FWIW, I haven't seen any such problem, using vscode and signal and (until recently) teams, and I have environment.sessionVariables.NIXOS_OZONE_WL = "1"; | 15:15:55 | |
| I have it with signal. So XWayland might be it. | 18:26:51 | |
In reply to @uep:matrix.orgI'll try that. | 18:27:06 | |
In reply to @uep:matrix.orgYeah, that fixes it. | 18:57:31 | |
| Awesome, thanks! | 18:57:39 | |
In reply to @uep:matrix.orgAny blockers for making that the default? | 19:18:59 | |
| Is anyone else using pop-shell tiling? It works amazingly well in comparison to any gnome tiling plugin I have ever tried. Sadly it has the very unpleasing bug of randomly reshuffling windows.^^ that has happened before but it got more frequent when I switched to unstable. | 19:38:26 | |
In reply to @maralorn:maralorn.deIt kinda is the default for some apps / versions of chromium, iiuc. This just encourages the others that are lagging. | 23:21:17 | |
In reply to @maralorn:maralorn.deyes, and yes. | 23:21:50 | |
| in particular, it tends to shuffle windows towards the first virtual desktop, if they were started on the second or later ones and their space is free on the first - but just once, the first time the screen unlocks after they've been started | 23:23:21 | |
| it will sometimes also shuffle (say) a set of 4 instances of the same app, tiled on a single monitor, I think maybe based on which ones have generated alerts or popups or something. | 23:24:20 | |
| it's mildly annoying but mostly ignorable and, as you say, better than any other current option I have seen | 23:24:54 | |
| most of the other options seem to have serious issues with multi-monitor cases from what I can tell, and these issues might also be a lesser aspect of the same thing | 23:25:37 | |
In reply to @maralorn:maralorn.deCool! But also that tends to confirm that it should be filed as a bug upstream | 23:26:35 | |
| Not sure which upstream. Also had the issue with mumble. | 23:33:02 | |
| the suggestion above was mutter's XWayland | 23:33:29 | |
| (I don't know if that's the right suggestion either, but that's what I was referring to) | 23:34:40 | |
| 28 Apr 2023 | ||
| 20:47:51 | ||
| Is there something special that I need to add to my config to get the background apps showing up in the quick settings menu? | 21:35:04 | |