From dc93f1c1fd7b67e2da5af2ffada732b9ddeb2d6a Mon Sep 17 00:00:00 2001 From: Kent Daleng Date: Sun, 17 Aug 2025 16:05:41 +0200 Subject: github wiki replacement / mkdocs-docs (#2147) * Add wiki based on mkdocs * wording fixes * fix github bg color on narrow * Fix left sidebar section headers being bigger than pages * fix hover accent * fix list rendering on fractional layout * fix videos * fix automatic full links * remove redundant commented css * improve dark mode contrast * update pygments for better child node coloring * update logo * remove blank lines * add systemd language hint --------- Co-authored-by: Ivan Molodetskikh --- wiki/Application-Issues.md | 90 ---------------------------------------------- 1 file changed, 90 deletions(-) delete mode 100644 wiki/Application-Issues.md (limited to 'wiki/Application-Issues.md') diff --git a/wiki/Application-Issues.md b/wiki/Application-Issues.md deleted file mode 100644 index c02a820b..00000000 --- a/wiki/Application-Issues.md +++ /dev/null @@ -1,90 +0,0 @@ -### Electron applications - -Electron-based applications can run directly on Wayland, but it's not the default. - -For Electron > 28, you can set an environment variable: -```kdl -environment { - ELECTRON_OZONE_PLATFORM_HINT "auto" -} -``` - -For previous versions, you need to pass command-line flags to the target application: -``` ---enable-features=UseOzonePlatform --ozone-platform-hint=auto -``` - -If the application has a [desktop entry](https://specifications.freedesktop.org/menu-spec/latest/menu-add-example.html), you can put the command-line arguments into the `Exec` section. - -### VSCode - -If you're having issues with some VSCode hotkeys, try starting `Xwayland` and setting the `DISPLAY=:0` environment variable for VSCode. -That is, still running VSCode with the Wayland backend, but with `DISPLAY` set to a running Xwayland instance. -Apparently, VSCode currently unconditionally queries the X server for a keymap. - -### WezTerm - -> [!NOTE] -> Both of these issues seem to be fixed in the nightly build of WezTerm. - -There's [a bug](https://github.com/wezterm/wezterm/issues/4708) in WezTerm that it waits for a zero-sized Wayland configure event, so its window never shows up in niri. To work around it, put this window rule in the niri config (included in the default config): - -```kdl -window-rule { - match app-id=r#"^org\.wezfurlong\.wezterm$"# - default-column-width {} -} -``` - -This empty default column width lets WezTerm pick its own initial width which makes it show up properly. - -There's [another bug](https://github.com/wezterm/wezterm/issues/6472) in WezTerm that causes it to choose a wrong size when it's in a tiled state, and prevent resizing it. -Niri puts windows in the tiled state with [`prefer-no-csd`](./Configuration:-Miscellaneous.md#prefer-no-csd). -So if you hit this problem, comment out `prefer-no-csd` in the niri config and restart WezTerm. - -### Ghidra - -Some Java apps like Ghidra can show up blank under xwayland-satellite. -To fix this, run them with the `_JAVA_AWT_WM_NONREPARENTING=1` environment variable. - -### rofi-wayland - -There's a bug in rofi-wayland that prevents it from accepting keyboard input on niri with errors in the output. -It's been fixed in rofi, but [the fix had not been released yet](https://github.com/davatorium/rofi/discussions/2008). - -### Fullscreen games - -Some video games, both Linux-native and on Wine, have various issues when using non-stacking desktop environments. -Most of these can be avoided with Valve's [gamescope](https://github.com/ValveSoftware/gamescope), for example: - -```sh -gamescope -f -w 1920 -h 1080 -W 1920 -H 1080 --force-grab-cursor --backend sdl -- -``` - -This command will run ** in 1080p fullscreen—make sure to replace the width and height values to match your desired resolution. -`--force-grab-cursor` forces gamescope to use relative mouse movement which prevents the cursor from escaping the game's window on multi-monitor setups. -Note that `--backend sdl` is currently also required as gamescope's default Wayland backend doesn't lock the cursor properly (possibly related to https://github.com/ValveSoftware/gamescope/issues/1711). - -Steam users should use gamescope through a game's [launch options](https://help.steampowered.com/en/faqs/view/7D01-D2DD-D75E-2955) by replacing the game executable with `%command%`. -Other game launchers such as [Lutris](https://lutris.net/) have their own ways of setting gamescope options. - -Running X11-based games with this method doesn't require Xwayland as gamescope creates its own Xwayland server. -You can run Wayland-native games as well by passing `--expose-wayland` to gamescope, therefore eliminating X11 from the equation. - -### Steam - -On some systems, Steam will show a fully black window. -To fix this, navigate to Settings -> Interface (via Steam's tray icon, or by blindly finding the Steam menu at the top left of the window), then **disable** GPU accelerated rendering in web views. -Restart Steam and it should now work fine. - -If you do not want to disable GPU accelerated rendering you can instead try to pass the launch argument `-system-composer` instead. - -Steam notifications don't run through the standard notification daemon and show up as floating windows in the center of the screen. -You can move them to a more convenient location by adding a window rule in your niri config: - -```kdl -window-rule { - match app-id="steam" title=r#"^notificationtoasts_\d+_desktop$"# - default-floating-position x=10 y=10 relative-to="bottom-right" -} -``` -- cgit