Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse

NodeBB

  1. Home
  2. uncategorized
  3. Decided to try writing a Wayland compositor for fun.

Decided to try writing a Wayland compositor for fun.

Scheduled Pinned Locked Moved uncategorized
158 Posts 1 Posters 1 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • ? Guest

    You can now (finally) customize the important hotkeys list: https://github.com/YaLTeR/niri/wiki/Configuration:-Key-Bindings#custom-hotkey-overlay-titles

    #niri

    ? Offline
    ? Offline
    Guest
    wrote on last edited by
    #125

    Today in *very long* overdue features (looks like I opened the issue even before v0.1.0): moving the mouse against a monitor edge now scrolls the view during drag-and-drop.

    (before this change, you had to use the keyboard for this, and yes it was very awkward)

    #niri

    ? 1 Reply Last reply
    0
    • ? Guest

      Today in *very long* overdue features (looks like I opened the issue even before v0.1.0): moving the mouse against a monitor edge now scrolls the view during drag-and-drop.

      (before this change, you had to use the keyboard for this, and yes it was very awkward)

      #niri

      ? Offline
      ? Offline
      Guest
      wrote on last edited by
      #126

      Another neat new thing: a bind to expand column to available width. Basically, "expand to fill empty space".

      But, a bit smarter: with scrollable tiling we can have windows partially off-screen. This bind ignores such windows, making it easy to position things to exactly fill the screen, even in the middle of a scrolling layout.

      #niri

      ? 1 Reply Last reply
      0
      • ? Guest

        Another neat new thing: a bind to expand column to available width. Basically, "expand to fill empty space".

        But, a bit smarter: with scrollable tiling we can have windows partially off-screen. This bind ignores such windows, making it easy to position things to exactly fill the screen, even in the middle of a scrolling layout.

        #niri

        ? Offline
        ? Offline
        Guest
        wrote on last edited by
        #127

        Today I'm releasing niri v25.02 with tabs, shadows, DnD view scrolling, and a ton of other improvements! Read the release notes at https://github.com/YaLTeR/niri/releases/tag/v25.02 and @ your distro to update the package.

        [[honestly wtf how did so much stuff happen, it's been barely over a month]]

        #niri #smithay #wayland #rust

        ? 1 Reply Last reply
        0
        • ? Guest

          Today I'm releasing niri v25.02 with tabs, shadows, DnD view scrolling, and a ton of other improvements! Read the release notes at https://github.com/YaLTeR/niri/releases/tag/v25.02 and @ your distro to update the package.

          [[honestly wtf how did so much stuff happen, it's been barely over a month]]

          #niri #smithay #wayland #rust

          ? Offline
          ? Offline
          Guest
          wrote on last edited by
          #128

          This is not on main yet, but I've heavily reworked how offscreening works in niri.

          Offscreening is when you render a group of elements to a separate texture, then draw that texture to the final render. In niri it's used for window opening and resize animations, and now also for full-tile opacity changes.

          Before, it was very simple: every frame create a new texture and render it from scratch. The new code caches textures and does full damage tracking both "inside" and "outside" the offscreen.

          ? 1 Reply Last reply
          0
          • ? Guest

            This is not on main yet, but I've heavily reworked how offscreening works in niri.

            Offscreening is when you render a group of elements to a separate texture, then draw that texture to the final render. In niri it's used for window opening and resize animations, and now also for full-tile opacity changes.

            Before, it was very simple: every frame create a new texture and render it from scratch. The new code caches textures and does full damage tracking both "inside" and "outside" the offscreen.

            ? Offline
            ? Offline
            Guest
            wrote on last edited by
            #129

            In practice this means much less texture re-creations and much less redrawing.

            The main reason to do this was to unlock using offscreens for more persistent visuals. E.g. it's fine to do some extra rendering for a 150 ms animation, but it's not fine to do it for something that can last seconds or minutes.

            In particular, I can finally make windows semitransparent while dragging them in the tiling layout! Which needs an offscreen since it's a stack of border + window + subsurfaces.

            #niri

            ? 1 Reply Last reply
            0
            • ? Guest

              In practice this means much less texture re-creations and much less redrawing.

              The main reason to do this was to unlock using offscreens for more persistent visuals. E.g. it's fine to do some extra rendering for a 150 ms animation, but it's not fine to do it for something that can last seconds or minutes.

              In particular, I can finally make windows semitransparent while dragging them in the tiling layout! Which needs an offscreen since it's a stack of border + window + subsurfaces.

              #niri

              ? Offline
              ? Offline
              Guest
              wrote on last edited by
              #130

              Still testing this one: a window rule to set the xdg-toplevel Tiled state.

              By default niri matches it to prefer-no-csd, because the Tiled state currently happens to be the best way to ask always-CSD windows to square their corners.

              With this tiled-state window rule you can override it, for example to get title bars (for easy mouse-only gestures) together with square corners (if you're going for a square style with borders, like mine here). You can also e.g. limit it to tiled windows.

              #niri

              ? 1 Reply Last reply
              0
              • ? Guest

                Still testing this one: a window rule to set the xdg-toplevel Tiled state.

                By default niri matches it to prefer-no-csd, because the Tiled state currently happens to be the best way to ask always-CSD windows to square their corners.

                With this tiled-state window rule you can override it, for example to get title bars (for easy mouse-only gestures) together with square corners (if you're going for a square style with borders, like mine here). You can also e.g. limit it to tiled windows.

                #niri

                ? Offline
                ? Offline
                Guest
                wrote on last edited by
                #131

                And another thing for today: finally made it so niri waits a bit for the lock screen to paint before locking the session. This fixes the "red flash" issue.

                Please test this since it's security sensitive. I already caught one mistake before pushing where killing a lock screen, then spawning a new one, would briefly flash the session contents.

                (Note that some lockers fade in from transparency, so you'll still briefly see red, that's just the niri locked session background.)

                #niri

                ? 1 Reply Last reply
                0
                • ? Guest

                  And another thing for today: finally made it so niri waits a bit for the lock screen to paint before locking the session. This fixes the "red flash" issue.

                  Please test this since it's security sensitive. I already caught one mistake before pushing where killing a lock screen, then spawning a new one, would briefly flash the session contents.

                  (Note that some lockers fade in from transparency, so you'll still briefly see red, that's just the niri locked session background.)

                  #niri

                  ? Offline
                  ? Offline
                  Guest
                  wrote on last edited by
                  #132

                  Since adding tabbed columns, just about everyone is asking for a way to open a new window directly in the focused tabbed column. This is rather complicated, but yesterday I came up with a 1 line change that should cover some workflows (covers how I use tabs at least).

                  I have logic that restores the view position when you open and close a window right away. Now I enabled it for consume-left, which means that you can open a new window, consume left (into a tab), and the view will go back.

                  #niri

                  ? 1 Reply Last reply
                  0
                  • ? Guest

                    Since adding tabbed columns, just about everyone is asking for a way to open a new window directly in the focused tabbed column. This is rather complicated, but yesterday I came up with a 1 line change that should cover some workflows (covers how I use tabs at least).

                    I have logic that restores the view position when you open and close a window right away. Now I enabled it for consume-left, which means that you can open a new window, consume left (into a tab), and the view will go back.

                    #niri

                    ? Offline
                    ? Offline
                    Guest
                    wrote on last edited by
                    #133

                    Today I implemented a new niri screencasting feature: the dynamic cast target.

                    It shows up as a special "window" in the portal dialog. Once you select it, you can change what it casts with niri binds! Switch between windows, monitors, and in the future maybe workspaces and other stuff. Works with OBS, browsers, anything else.

                    I also wrote a wiki page with all our screencasting-related features: https://github.com/YaLTeR/niri/wiki/Screencasting

                    Thanks @elkowar for coming up with the dynamic cast idea!

                    #niri

                    ? 1 Reply Last reply
                    0
                    • ? Guest

                      Today I implemented a new niri screencasting feature: the dynamic cast target.

                      It shows up as a special "window" in the portal dialog. Once you select it, you can change what it casts with niri binds! Switch between windows, monitors, and in the future maybe workspaces and other stuff. Works with OBS, browsers, anything else.

                      I also wrote a wiki page with all our screencasting-related features: https://github.com/YaLTeR/niri/wiki/Screencasting

                      Thanks @elkowar for coming up with the dynamic cast idea!

                      #niri

                      ? Offline
                      ? Offline
                      Guest
                      wrote on last edited by
                      #134

                      Had to show slides a few times for uni lately, which motivated me to add this next feature.

                      Windowed fullscreen, also known in other WMs as fake or detached fullscreen, makes the window think that it went fullscreen, while in reality keeping it as a normal window. Useful in combination with apps like Google Slides to hide the browser UI without taking up the whole screen, especially on ultrawide monitors.

                      Wiki section: https://github.com/YaLTeR/niri/wiki/Screencasting#windowed-fakedetached-fullscreen

                      #niri

                      ? 1 Reply Last reply
                      0
                      • ? Guest

                        Had to show slides a few times for uni lately, which motivated me to add this next feature.

                        Windowed fullscreen, also known in other WMs as fake or detached fullscreen, makes the window think that it went fullscreen, while in reality keeping it as a normal window. Useful in combination with apps like Google Slides to hide the browser UI without taking up the whole screen, especially on ultrawide monitors.

                        Wiki section: https://github.com/YaLTeR/niri/wiki/Screencasting#windowed-fakedetached-fullscreen

                        #niri

                        ? Offline
                        ? Offline
                        Guest
                        wrote on last edited by
                        #135

                        This one seems simple, but actually turned out quite tricky to implement.

                        I wrote niri code under the assumption that the fullscreen state does not apply immediately: we send a configure to the window, then only at a later point it commits in response. Windowed fullscreen breaks this because in some cases it can apply instantly (going from real to windowed fullscreen needs no state change from the window).

                        #niri

                        ? 1 Reply Last reply
                        0
                        • ? Guest

                          This one seems simple, but actually turned out quite tricky to implement.

                          I wrote niri code under the assumption that the fullscreen state does not apply immediately: we send a configure to the window, then only at a later point it commits in response. Windowed fullscreen breaks this because in some cases it can apply instantly (going from real to windowed fullscreen needs no state change from the window).

                          #niri

                          ? Offline
                          ? Offline
                          Guest
                          wrote on last edited by
                          #136

                          After trying a few approaches, I ended up doing it "properly" by associating the (entirely compositor-side) windowed fullscreen state to window configures and commits. This lets niri correctly track if a given fullscreen window commit was real fullscreen (so e.g. we need to draw a black backdrop), or if it was windowed fullscreen.

                          This even works across a chain of toggling windowed fullscreen, then the window slowly acking and committing them, and I have a test to verify that.

                          #niri

                          ? 1 Reply Last reply
                          0
                          • ? Guest

                            After trying a few approaches, I ended up doing it "properly" by associating the (entirely compositor-side) windowed fullscreen state to window configures and commits. This lets niri correctly track if a given fullscreen window commit was real fullscreen (so e.g. we need to draw a black backdrop), or if it was windowed fullscreen.

                            This even works across a chain of toggling windowed fullscreen, then the window slowly acking and committing them, and I have a test to verify that.

                            #niri

                            ? Offline
                            ? Offline
                            Guest
                            wrote on last edited by
                            #137

                            New niri users frequently come from other tiling WMs with static workspace systems. For them, dynamic workspaces is an unusual system, and it can be unclear how to use dynamic workspaces effectively. (Especially until we get an Overview type thing.)

                            I figured I'd write a wiki page describing niri's workspaces in more detail: https://github.com/YaLTeR/niri/wiki/Workspaces I also included an example of how I personally use workspaces on niri.

                            Hopefully this makes it easier to understand what's going on!

                            #niri

                            ? 1 Reply Last reply
                            0
                            • ? Guest

                              New niri users frequently come from other tiling WMs with static workspace systems. For them, dynamic workspaces is an unusual system, and it can be unclear how to use dynamic workspaces effectively. (Especially until we get an Overview type thing.)

                              I figured I'd write a wiki page describing niri's workspaces in more detail: https://github.com/YaLTeR/niri/wiki/Workspaces I also included an example of how I personally use workspaces on niri.

                              Hopefully this makes it easier to understand what's going on!

                              #niri

                              ? Offline
                              ? Offline
                              Guest
                              wrote on last edited by
                              #138

                              slowly going through the piled up PRs (how's your weekend going?), today merged the pick-color IPC from nnyyxxxx. comes with Portal support of course

                              #niri

                              ? 1 Reply Last reply
                              0
                              • ? Guest

                                slowly going through the piled up PRs (how's your weekend going?), today merged the pick-color IPC from nnyyxxxx. comes with Portal support of course

                                #niri

                                ? Offline
                                ? Offline
                                Guest
                                wrote on last edited by
                                #139

                                A secret niri v25.02 feature! Make your floating windows FLOAT by putting this in your config:

                                window-rule {
                                match is-floating=true
                                baba-is-float true
                                }

                                Works in the nix flake too

                                #niri #wayland

                                ? 1 Reply Last reply
                                0
                                • ? Guest

                                  A secret niri v25.02 feature! Make your floating windows FLOAT by putting this in your config:

                                  window-rule {
                                  match is-floating=true
                                  baba-is-float true
                                  }

                                  Works in the nix flake too

                                  #niri #wayland

                                  ? Offline
                                  ? Offline
                                  Guest
                                  wrote on last edited by
                                  #140

                                  started working on an Overview for niri. very wip, lots to do, got some basic rendering and dragging working though

                                  #niri

                                  ? 1 Reply Last reply
                                  0
                                  • ? Guest

                                    started working on an Overview for niri. very wip, lots to do, got some basic rendering and dragging working though

                                    #niri

                                    ? Offline
                                    ? Offline
                                    Guest
                                    wrote on last edited by
                                    #141

                                    today's progress: wheel scrolling up and down, right click to scroll left and right, click on workspace to focus, some keyboard fixes

                                    this is all mouse-only on the video. only currently using a 3rd-party tool for the hot corner (waycorner), i'll integrate that later

                                    #niri

                                    ? 1 Reply Last reply
                                    0
                                    • ? Guest

                                      today's progress: wheel scrolling up and down, right click to scroll left and right, click on workspace to focus, some keyboard fixes

                                      this is all mouse-only on the video. only currently using a 3rd-party tool for the hot corner (waycorner), i'll integrate that later

                                      #niri

                                      ? Offline
                                      ? Offline
                                      Guest
                                      wrote on last edited by
                                      #142

                                      i have this old ASUS Eee PC collecting dust, decided to try if niri will run on it. well, it actually runs! a few shaders failed compiling (ran into ALU instruction limits), but otherwise seems to work

                                      #niri

                                      ? 1 Reply Last reply
                                      0
                                      • ? Guest

                                        i have this old ASUS Eee PC collecting dust, decided to try if niri will run on it. well, it actually runs! a few shaders failed compiling (ran into ALU instruction limits), but otherwise seems to work

                                        #niri

                                        ? Offline
                                        ? Offline
                                        Guest
                                        wrote on last edited by
                                        #143

                                        today's overview progress: some rendering and input fixes, plus implemented built-in hot corner, and workspace switch on drag-and-drop hold. which means that now you can perform an entire drag-and-drop to a different workspace mouse-only!

                                        #niri

                                        ? 1 Reply Last reply
                                        0
                                        • ? Guest

                                          today's overview progress: some rendering and input fixes, plus implemented built-in hot corner, and workspace switch on drag-and-drop hold. which means that now you can perform an entire drag-and-drop to a different workspace mouse-only!

                                          #niri

                                          ? Offline
                                          ? Offline
                                          Guest
                                          wrote on last edited by
                                          #144

                                          spent many hours today trying to make the combined exit overview + switch workspace animation monotonic. This is hard because zoom and vertical movement are separate axes, and you can e.g. "catch" one of them with a touchpad gesture, while the other must continue animating (so you can't easily convert this into rect interpolation).

                                          Ended up working out a correction formula for the workspace Y positions when both axes have matching animations. Appears to behave so far from my testing

                                          #niri

                                          ? 1 Reply Last reply
                                          0
                                          Reply
                                          • Reply as topic
                                          Log in to reply
                                          • Oldest to Newest
                                          • Newest to Oldest
                                          • Most Votes


                                          • Login

                                          • Login or register to search.
                                          Powered by NodeBB Contributors
                                          • First post
                                            Last post
                                          0
                                          • Categories
                                          • Recent
                                          • Tags
                                          • Popular
                                          • World
                                          • Users
                                          • Groups