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

today I opened a draft PR for the Overview, and request everyone to test it and report issues: https://github.com/YaLTeR/niri/pull/1440

also, today's new overview feature: drag-and-drop into a new workspace between/above/below!

#niri

Overview by YaLTeR · Pull Request #1440 · YaLTeR/niri

Implements #850. Related: #849. This is an overview. It zooms out your workspaces and lets you move your windows around. niri-wip-overview-4.mp4 Open it with a ...

GitHub

POV: GoPro mounted on the xwayland-satellite

#niri

Today: added touch support to the Overview. Somehow, the entire thing just worked first try.

#niri

After some more fixes, and a long rebasing session, I merged the Overview! Please give it more testing using your nearest niri-git package.

https://github.com/YaLTeR/niri/wiki/Overview

#niri

Overview

A scrollable-tiling Wayland compositor. Contribute to YaLTeR/niri development by creating an account on GitHub.

GitHub

The Eee PC rocking the Overview

#niri

Ppl naturally want to put something in the Overview backdrop, like a blurred version of the wallpaper (see how popular Blur My Shell is). Orthogonally, some ppl want the wallpaper to be static, rather than move with workspaces (it can be distracting).

I'm not prepared to dive head-first into image rendering and blur shaders yet, so I made it possible to put a layer surface into the backdrop. This enables both of those cases, likely even more cool things!

https://github.com/YaLTeR/niri/wiki/Overview#backdrop-customization

#niri

Overview

A scrollable-tiling Wayland compositor. Contribute to YaLTeR/niri development by creating an account on GitHub.

GitHub

Today, screenshot UI updates! Implemented tablet and touchscreen input for area selection (at long last). And, added a small clickable capture button, so screenshots can now be confirmed tablet-, touch-, or mouse-only!

#niri

After long 3 months of work, I'm glad to release niri v25.05 with the Overview, screenshot UI tablet and touch support, dynamic screencast target and windowed fullscreen, IPC pick-window and pick-color, window urgency, and lots of other things!   

Release notes prepared for your reading pleasure as always: https://github.com/YaLTeR/niri/releases/tag/v25.05

#niri #smithay #rust #wayland

Release v25.05 · YaLTeR/niri

Niri is a scrollable-tiling Wayland compositor. Windows are arranged in columns on an infinite strip going to the right. Opening a new window never causes existing windows to resize. Here are the i...

GitHub

Tagged a niri v25.05.1 hotfix, fixing kitty quick access terminal, numlock, and some jank with hidden cursor.

https://github.com/YaLTeR/niri/releases/tag/v25.05.1

#niri

Release v25.05.1 · YaLTeR/niri

This is a hotfix release for niri v25.05. Fixed handling of layer surfaces unmapped through a null buffer commit: they will now receive an initial configure as necessary (thanks @alex-huff). This ...

GitHub

Alright after some much needed rest, I set out to deal with the thing everyone has to bump into when setting up niri: some way to use Xwayland. I am still very much *not* planning to integrate Xwayland directly, but with this PR (and an accompanying xwayland-satellite PR), niri will create the X11 sockets and autostart xwl-s on demand, all out of the box with zero configuration. So, it'll work just like other compositors, but with xwl-s instead of direct Xwayland.

https://github.com/YaLTeR/niri/pull/1728

#niri

Automatic xwayland-satellite integration by YaLTeR · Pull Request #1728 · YaLTeR/niri

When a recent enough (with this PR) xwayland-satellite is detected, niri will create the X11 sockets and set DISPLAY, then automatically spawn xwayland-satellite when an X11 client tries to connect...

GitHub

8k stars! 🎉

#niri

In niri v25.05, the screenshot UI learned to respond to some keyboard window movement bindings by moving the screenshot selection. Now it supports several more movement commands, including moving across monitors. It works similarly to a floating window: the selection origin is preserved relatively, and the size is adjusted by the monitor scale difference. Under the right conditions, it'll match a floating window exactly.

Also, holding Space will now let you move the selection origin!

#niri

...and now moving also works with on a touchscreen with a second touch :) Got this idea from how in osu! you can drag with one finger and press with second/third to "click".

#niri

apparently niri is on the GH trending page today: https://github.com/trending Amidst a sea of LLM repos 🙃

#niri

Today I implemented most of the ext-workspace protocol [1] in niri. It lets desktop components (i.e. bars) show workspaces and do some basic operations on them.

The two bars with ext-workspace that I know of are sfwbar and xfce4-panel. Unfortunately, I seem to have surfaced several problems in their implementations. I opened issues in sfwbar; would be great if someone took a look from Xfce. Also if there are other clients I missed?

https://github.com/YaLTeR/niri/pull/1800

[1]: https://wayland.app/protocols/ext-workspace-v1

#niri

Implement ext-workspace by YaLTeR · Pull Request #1800 · YaLTeR/niri

Implements #135. TODO: ext_workspace_manager_v1::commit() request (currently changes are applied right away). Also, apparently the two existing clients (sfwbar and xfce4-panel) are quite broken? Wi...

GitHub

Everyone who dislikes GitHub Wiki: I finally made a write-down of my requirements/wishes for a replacement. Please feel free to chime in with suggestions: https://github.com/YaLTeR/niri/discussions/1830

#niri

GitHub Wiki replacement ideas · YaLTeR niri · Discussion #1830

The GitHub Wiki is very convenient for me as the developer (it's right there, it's simple and it works), but it has some glaring issues, most notably the lack of a good search. (You can in fact sea...

GitHub

Update on ext-workspace:
- sfwbar fixed all outstanding issues!
- the waybar ext-workspace PR also fixed all issues!
- quickshell impl is on the way

#niri

Out of curiosity, I tried running Orca on niri, and apparently it sort-of works for some apps (I expected nothing to work at all; idk anything about screen readers). However, compared to GNOME Shell, there's quite a few missing or broken things. I documented what I found here: https://github.com/YaLTeR/niri/issues/1904

Is there some "Integrating Orca to Wayland desktops" docs? Like, what the compositor needs to do, who handles the hotkeys and how, etc.

(not actively working on this, just curious)

#niri #a11y

Investigate screen reader support · Issue #1904 · YaLTeR/niri

Disclaimer: I have very little idea about how any of this works. I'm testing on Fedora 42 Silverblue. As of now, apparently, just running orca is enough to get in-app screen reading and, for some t...

GitHub

Should've done this a while ago, but I finally wrote contributing guidelines for niri:

https://github.com/YaLTeR/niri/blob/main/CONTRIBUTING.md

With many new users, the stream of issues, discussions and pull requests is quite overwhelming. 😅 You can help! And the contributing guidelines outline the various ways how.

I would especially appreciate help reviewing PRs, though I understand it's the more complex task out of these.

Big thanks to people already answering questions and helping others! 

#niri

Today I implemented fetching keyboard layout options from org.freedesktop.locale1, used by things like distro installers to configure the layout:

https://github.com/YaLTeR/niri/pull/2052

I guess this is the closest thing to global cross-desktop keyboard layout configuration, so it should also help environments like LXQt integrating niri.

Also recently merged: niri now sets a logind session locked hint, useful for e.g. idle tools that put the PC to sleep, but only once the lockscreen is fully up.

#niri

Implement fetching xkb options from org.freedesktop.locale1 by YaLTeR · Pull Request #2052 · YaLTeR/niri

Implements #1588 cc @Conan-Kudo

GitHub

Gathering thoughts on reconciling communities between Matrix and Discord: https://github.com/YaLTeR/niri/discussions/2069

This is a problem I expect we'll face reasonably soon, so if you have some ideas please write in the discussion!

#niri

Discord server (and its coexistence with Matrix) · YaLTeR niri · Discussion #2069

Two weeks or so ago, @Purian23 has created a Discord server for niri: https://discord.gg/vT8Sfjy7sx A few days ago I joined too, which I suppose makes it semi-official. If it keeps going well, I'll...

GitHub

About finished implementing org.fd.a11y.KeyboardMonitor in niri, necessary for correct screen reader function:

https://github.com/YaLTeR/niri/pull/2060

I tested it with Orca more or less, seems to work, but I'm very new to screen reader workings, so it's possible I've missed something.

This makes Orca announce keys everywhere in niri, and makes grabs work (both modifier with double-press passthrough and keystrokes). Making Orca actually say niri dialogs will be a separate effort.

#niri #a11y

We made it to 10k stars on GitHub!!!!    

#niri

Finally finished making niri screencasts asynchronously wait for rendering completion before handing the buffer over to PipeWire. This fixes screencast flickering problems on NVIDIA setups.

https://github.com/YaLTeR/niri/pull/2175

This is not PW explicit sync; I can now finish that too (OBS and PW released their fixes), but it'll act more as an optimization on top of the current code (since only OBS can use it for now, and not on its Flathub build (PW is too old there)).

#niri

Asynchronously wait for frame completion in PipeWire by YaLTeR · Pull Request #2175 · YaLTeR/niri

Along with a bunch of refactors in preparation for PW explicit sync. In theory, fixes #1432 (the issue therein). Needs testing from NVIDIA users who experience the screencast flickering issue.

GitHub

Quite comprehensive desktop shell for niri released today: https://github.com/bbedward/DankMaterialShell

Based on QuickShell; made by the same people who started the niri Discord server.

Checking it out now, looks very cool! Though not without a few rough edges to iron out of course

#niri #quickshell

today niri turns 2!

#niri

Yesterday dove into one of the older animation jank bugs in niri: quickly resizing a window back and forth would cause adjacent windows to jump. This problem is hard to trigger unless you're specifically trying to (then it's easy), but it was causing "downstream" problems for more complex actions.

The fix was simple enough, but I imagined enough "interesting" cases around it and decided to write a whole bulk of tests. Check this out, all thanks to our layout and clock code!

#niri

Merged the "window positions and sizes in IPC" PR. Please test and report if anything's broken or missing, we have time to fix it until the next release.

https://yalter.github.io/niri/niri_ipc/struct.Window.html#structfield.layout

Here's a quick quickshell test I threw together that draws floating windows as rectangles.

Thanks yrkv for getting the PR mostly complete!

https://github.com/YaLTeR/niri/pull/1265

#niri

With massive thanks to cutenice, we have a new wiki site!!! With good search!  

https://yalter.github.io/niri/

Make sure not to miss the new Since: annotations 

The site uses Material for mkdocs, and we retained full compatibility with GitHub Wiki, meaning all existing links keep working.

Also thanks everyone for several suggestions and test wikis in the GitHub discussion!

#niri

Rearranged and expanded quite a bit the design principles page on the wiki: https://yalter.github.io/niri/Development%3A-Design-Principles.html

Give it a read if you're curious about my thinking process about various niri behaviors and such

#niri

Design Principles - niri

Implemented basic AccessKit integration for niri based on @DataTriny's proof-of-concept. I have little experience with screen readers, and also had several questions, so I would appreciate more eyes and testing on the PR:

https://github.com/YaLTeR/niri/pull/2273

#niri #a11y

Implement basic screen reader announcements via AccessKit by YaLTeR · Pull Request #2273 · YaLTeR/niri

Supersedes #2042. Implemented screen reader support for: exit confirmation dialog screenshot UI, overview (it'll just say when these are focused) config parse error announcement workspace swit...

GitHub

niri v25.08 is now released with a logo, xwayland-satellite integration, basic screen reader support, NVIDIA screencast flickering fix, window positions and sizes in IPC, and many other improvements! 

Read the notes here: https://github.com/YaLTeR/niri/releases/tag/v25.08

now i need at least a month off from any release notes preparation 😴

#niri #smithay #wayland #rust

Screen reader announcement demo bc apparently you can't attach video and image at once

#niri

Fullscreen refactor pt. 1: track pending vs. current fullscreen state for columns, avoid vertical jump when waiting for window to commit a new buffer.

#niri

Fullscreen refactor pt. 2: added un/fullscreen animations. This one involved quite a lot of moving parts actually, so looking for testing.

https://github.com/YaLTeR/niri/pull/2333

#niri

Fullscreen refactor pt. 3 turned out to be a refactor of a good chunk of core Smithay xdg-shell/layer-shell/session-lock logic, making it more correct. The fullscreen PR in niri now includes that Smithay refactor, and needs testing even more than before  

https://github.com/YaLTeR/niri/pull/2333#issuecomment-3263990200

Specifically, the refactor makes Smithay correctly track the last acked configure for each commit, also enforces the "must ack before committing first buffer" protocol rule.

#niri

Refactor layout fullscreen handling, add un/fullscreen animations by YaLTeR · Pull Request #2333 · YaLTeR/niri

The first part of the PR splits Column is_fullscreen into is_pending_fullscreen and is_fullscreen() like Tiles always were, and changes the relevant places to use the correct one of the two. This f...

GitHub

With the fullscreen refactors in place, I got started on the thing that I wanted to do all along: maximize.

Niri didn't support normal Wayland maximize because it's very similar (yet slightly different) to our full-width columns—and can't be bound to our full-width state either. However, after plenty of requests, and thinking about it, I reconsidered. Henceforth, the maximize buttons and double-clicking on the titlebars will do the expected thing.

Details in PR: https://github.com/YaLTeR/niri/pull/2376

#niri

My Smithay refactors were merged: the big one mentioned above, plus a fix for popup stacking order (e.g. open popup, then open tooltip also from the toplevel itself), plus a fix for root popup grabs from Qt layer-shell surfaces. All of this along with fullscreen refactors and animations is now merged to niri main. (maximize is still wip)

#niri

There's been a long-standing request to add config includes to niri. They're useful for config organization, but also for custom desktop shells to be able to change colors without having to edit the main user's config.

Today I finished the first step towards this: a many-days-long refactor that makes the main config part, layout, mergeable, i.e., able to be combined from multiple parts. And building on this, per-output/workspace overrides.

https://github.com/YaLTeR/niri/pull/2449

Testing wanted here!

#niri

Per-output and per-workspace layout by YaLTeR · Pull Request #2449 · YaLTeR/niri

Alright, this is a big one, though most merge conflicts should be trivially resolvable. The code should be more or less complete but I haven't edited the wiki yet. In this PR we makes the layou...

GitHub

Our config system is declarative, rather than command-like, which means that we parse the config into a tree of data types instead of reading lines and applying them one-by-one. This design requires a lot of work to properly support includes, but in turn we get atomic and selective reloading (if output part of the config didn't change, we don't override your transient output adjustments), better error messages and no problems with things like "spawn-at-startup" that should only work once.

#niri

After several more days of work, I fully finished config includes. All config sections merge together, live-reloading watches all included files (even if they fail to parse), error messages work across files, documentation is written.

https://github.com/YaLTeR/niri/pull/2482

Once again, this needs testing! There must be NO breakage to existing configs, so if something breaks, I want to know about it to fix it.

#niri

Config includes by YaLTeR · Pull Request #2482 · YaLTeR/niri

Based on #2449 (will merge together), supersedes #2340. Adds support for including other config files. Included files have the same structure as the main config file. Settings from included files w...

GitHub

I merged config includes, along with per-output and per-workspace layout config overrides. Play around with them at your nearest niri-git package.

- https://yalter.github.io/niri/Configuration%3A-Include.html
- https://yalter.github.io/niri/Configuration%3A-Outputs.html#layout-config-overrides
- https://yalter.github.io/niri/Configuration%3A-Named-Workspaces.html#layout-config-overrides

Also merged ignore-drm-device which should let you passthrough a GPU to VMs: https://yalter.github.io/niri/Configuration%3A-Debug-Options.html#ignore-drm-device

#niri

Include - niri

After a detour to config includes and, again, several days/weeks of work implementing all edge cases and expected behaviors, true window maximize is ready and merged to main. Tricky cases like: windows requesting fullscreen and maximize after opening; windows failing to match the full maximized size; transparent windows with the niri border behind them.

https://yalter.github.io/niri/Fullscreen-and-Maximize.html

Give it a try! Ngl I mostly switched to maximize just because I'm too lazy to reach the keyboard for Mod+F.

#niri

Fullscreen and Maximize - niri

One cool thing I noticed about true maximize is that apps like GIMP or Inkscape or Blender, that really want all available space, maximize themselves at startup, so you don't have to window-rule them manually in your config

#niri

microsoft niri

#niri

Small change on niri-git for people using the foot terminal with CSD, or other apps that constrain their sizes to a grid: niri will now match the default column width to a preset width when a window opens. So opening foot sized "proportion 0.5" and then pressing Mod+R will switch you to the next preset width, even if foot actually opened slightly smaller to match its terminal grid. Before the change, the first Mod+R would pick the same "proportion 0.5" in this case and "do nothing".

#niri

Also, experimenting with this interaction tweak on a branch: what if dragging tiled windows horizontally scrolled the view instead of dragging them "out"? This makes it possible to scroll the view mouse-only without going through the Overview (the zooming gets quite tiring when it's frequent), and makes it possible to scroll the view touch-only. To drag the window out of the layout, you can still drag it downward.

#niri

Added a small "Quick Start" to the niri docs that gets you going with niri + DMS in three commands:

https://yalter.github.io/niri/Getting-Started.html#quick-start

Tested the Fedora ones on a fresh VM, worked out nicely, getting me into a session with a very functional desktop shell.

#niri

Getting Started - niri

Currently in the middle of finishing up the Alt-Tab PR for niri: https://github.com/YaLTeR/niri/pull/1704

Got most things working as I'd like, though still plenty of fixes and clean-ups left. Fully live window previews with block-out-from support and fading title labels.

There's some interesting design differences compared to other desktops: on niri I expect it's common to have multiple terminals open, so Alt-Tab must go by windows (not by apps) and must show previews big enough to pick the right one.

#niri

We've hit 15k stars on the niri repo!!   

#niri

Just merged Alt-Tab to main, shortly arriving at your nearest niri-git. Comes with plenty of ways to tweak it if you want [1], and a focus timestamp in the IPC [2] that lets shell devs make their own recent windows switchers.

[1]: https://yalter.github.io/niri/Configuration%3A-Recent-Windows.html
[2]: https://yalter.github.io/niri/niri_ipc/struct.Window.html#structfield.focus_timestamp

#niri

Did some work on the TTY backend in niri over the past few days. Merged PR for DisplayLink dock support, added "panel orientation" property read, and, based on cosmic-comp code, implemented the necessary logic to avoid screen blanking. Finally, both at niri startup and when switching TTYs, your screen won't flicker, as long as resolution/refresh rate stay the same.

Even when the screen does blank, it'll go faster, as there's now just one modeset instead of two (clear then draw frame).

#niri

Took some fighting but I think I've managed to teach the new Alt-Tab to speak to the screen reader

#niri

I finished and merged the horizontal drag interaction tweak from a previous post. It's very handy but can also be annoying when you want to move windows across monitors, so on mouse I restricted it to headerbar dragging (so, not Mod+LMB and not in the overview).

On touch however, it works for both headerbar dragging, and for Mod+Touch, so you can now easily scroll the view around.

I also added the thing where you can touch with another finger to switch between floating and tiling.

#niri

DankMaterialShell folks set up builds for Debian, Ubuntu and OpenSUSE, so now it's super easy to try niri & DMS on those systems.

I added Ubuntu commands to the niri quick start guide: https://yalter.github.io/niri/Getting-Started.html

Debian and OpenSUSE here: https://build.opensuse.org/project/show/home:AvengeMedia:danklinux

#niri

@YaLTeR I will definitely try it later on my Opensuse Tumbleweed. One concern about QuickShell I found (I may be wrong) is that my test widgets takes way more RAM that Niri itself
@YaLTeR nice! How do you feel about adding instructions for immutable fedora spins as well?
@YaLTeR woag. i have never wanted to use niri on a tablet pc so badly until now,,
@YaLTeR im installing this on my surface pro first thing tomorrow morning
@amberdambey @YaLTeR Can you recommend a good touch display that doesn't cost $2000?
@franticbiscuit @amberdambey @YaLTeR at least by the looks of it what he uses there is just a portable monitor with touch. should go for a few hundred bucks at most.
@crispy_caesus @franticbiscuit @amberdambey i don't know about good or bad but this one is some touch monitor from EGOBAS
@YaLTeR what happens if you scroll the view with a floating window open? That is, are floating windows' positions relative to the display or to the larger, horizontal workspace?
@_hic_haec_hoc to the display
@YaLTeR can their positions be tied to the workspace, or to a window behind them? I could see that being useful, assuming it's technically possible and it makes sense in niri (I haven't tried it, or any other scrolling window manager, yet)
@_hic_haec_hoc no, you can't do this. It is also not something you ever really want
@YaLTeR @_hic_haec_hoc I think it is something I want at times? like, when a modal dialog covers the previous window.

a concrete example is the "Download mods" window in Prism Launcher. that thing feels like it replaces the mod list window; when using Prism Launcher in niri, one might almost think it's just anotger view in the same window; but really, it becomes a floating window on top of the mods list window. so, when I haven't dismissed it yet, and I scroll out of the way, i end up having the mods browser follow me around and i can scroll back to the mods list only to see it's not interactaable until I close the mods browser.

I know there are some technical reasons why it's difficult to make a floating window workspace-relative (the workspace can contract at any moment, for instance). but I disagree that it would be
undesirable to have it work that way for some floating windows.
@sodiboo @_hic_haec_hoc a modal dialog (i.e. dialog which is known to block the parent window's input) is pretty much the only thing where it makes sense, and where it can work. By now there's even a public protocol for this: https://wayland.app/protocols/xdg-dialog-v1#xdg_dialog_v1:request:set_modal. The protocol is fairly recent though, so I don't know what toolkits already use it. Before this public protocol, only GTK consistently had dialogs that blocked parent window's input.
XDG dialog windows protocol | Wayland Explorer

A better way to read Wayland documentation

@YaLTeR Man. I really appreciate the effort you put in to make all these input types convenient and consistent. It's really impressive to do all on your lonesome. It's the reason I use Niri; a lot of other software feels half-baked, niri doesnt.

@YaLTeR sad, I would have liked to have it in Mod+LMB but oh well, I understand the use case of multiple monitors

I barely had enough money for one monitor, so I have no idea what it's like to have several

@nyx_lyb3ra fwiw you can already scroll with Mod+MMB (hold down wheel)
@YaLTeR yep, I know, although I try not to do it too much because that button is always the first one to break x3
@YaLTeR that looks a lot quicker, love it ​
@YaLTeR Congrats, it's well deserved!

@YaLTeR nice. In my workflow the preference will be to switch by windows, and not applications as well.

However, can you imagine that this is a preference specific to a user cohort, and is not generic for this environment? If yes, then switching by window will make the experience surprising to the rest of users.

Will switching by application be also available on a different (configurable) key combination, maybe Super-(Shift)-Tab?

Or by-window switching to e on Ctrl-Tab and limited to an application windows?

@vldi you can configure the binds, see last PR comments
@YaLTeR
my favorite alt-Tab pattern (found as an option in KDE) is:
Alt-Tab between last window used for each app; and Alt-` to cycle through windows of the current app. I’ve found that to be a very efficient way to find what I’m looking for.
@dave_decker yeah this already does it, to an extent
@YaLTeR Thanks, good to hear. Excited to try it out.
@YaLTeR okay random question time: I have this silly thing where I (intentionally) have my side monitor set as the primary monitor on KDE Plasma, so games tend to open over there and I move them with a hotkey.
Does niri have such a hotkey and/or can I set a preferred monitor to open fullscreen applications on?
@mitsunee niri doesn't have the concept of a primary monitor, windows generally spawn where you currently are. You can bind keys to moving to a specific monitor
@YaLTeR sounds close enough to what I'd need ​
@YaLTeR I tried those instructions on clean Arch installation, and it seems it doesn't install optional DMS dependencies unlike Fedora, which makes it slightly less usable out of box (theme generation, clipboard history). Maybe it makes sense to either add those dependencies into installation commands for the sake of consistency, or to at least indicate that those dependencies exist?

(sorry if I should have directed this to a more proper discussion channel instead of writing it here)
@tiredbun I asked dms devs and they helped me list some more dependencies there. Added
@YaLTeR would this alson affect dragging via mod+click for example ?
@fiore i'm leaning towards yes

@YaLTeR hm ! this is definitely an interesting feature , idrk how it would affect me tbh !!

i feel like its one of those things where subtle differences in the implementation might lead to wildly different feelings and results , like how “permissive” the “down” direction is for example

@YaLTeR @[email protected] please make this an option if at all reasonable, i would definitely want to opt out
@YaLTeR I am using the laptop trackpad for scrolling, actually Niri was the reason for migrating to use the laptop trackpad, Niri + trackpad is a perfect match.
@YaLTeR
This is great, thank you!
Got niri on 4 machines - opportunity to maintain a better structure helps a lot because I'm losing orientation. Every machine has little differences.
@YaLTeR every time I begin wanting a new feature you have started working on it or are even testing it already. Amazing!