Unfortunately I no longer have time to spend on this project. So, this repo is currently unmaintained. Check out newm-atha!
newm is a Wayland compositor written with laptops and touchpads in mind. The idea is, instead of placing windows inside the small viewport (that is, the monitor) to arrange them along an arbitrarily large two-dimensional wall (generally without windows overlapping) and focus the compositors job on moving around along this wall efficiently and providing ways to the user to rearrange the wall such that they find the overall layout intuitive.
So, windows are placed on a two-dimensional grid of tiles taking either one by one, one by two, two by one, ... tiles of that grid. The compositor shows a one by one, two by two, ... view of that grid but scales the windows so they are usable on any zoom level (that is, zooming out the compositor actually changes the windows sizes). This makes for example switching between a couple of fullscreen applications very easy - place them in adjacent one by one tiles and have the compositor show a one by one view. And if you need to see them in parallel, zoom out. Then back in, and so on...
The basic commands therefore are navigation (left, right, top, bottom) and zoom-in and -out. These commands can be handled very intuitively on the touchpad (one- and two-finger gestures are reserved for interacting with the apps):
- Use three fingers to move around the wall
- Use four fingers to zoom out (move them upward) or in (downward)
To be able to arrange the windows in a useful manner, use
Logo(default , unless configured otherwise) + one finger on the touchpad to move windowsLogo(default , unless configured otherwise) + two fingers on the touchpad to change the extent of a window
To get a quick overview of all windows, just hit the Logo (default , unless configured otherwise) key.
Additionally with a quick 5-finger swipe a launcher panel can be opened.
These behaviours can (partly) be configured (see below for setup). By default (check default_config.py), the following key bindings (among others) are in place
Logo-hjkl: Move aroundLogo-un: ScaleLogo-HJKL: Move windows aroundLogo-Ctrl-hjkl: Resize windowsLogo-f: Toggle a fullscreen view of the focused window (possibly resizing it)- ...
v0.3 has been merged into master, new features include
- Improve panel functionality
- Better bars
- Support always-present top and bottom bars
- Slide in bars
- Borders
- Draw borders around some floating windows (quite ugly floating windows on v0.2)
- Possibly highlight focused window using a border
- Enable window swallowing
- Blurred window backgrounds
- Better key bindings
- DBus gestures
- Better window stacking
Install via flakes (see also dotfiles-nix):
nix build "github:jbuchermn/newm#newm"
./result/bin/start-newm -dNote that this probably does not work outside nixOS. To fix OpenGL issues on other linux distros using nix as a (secondary) package manager, see nixGL. Additionally, PAM authentication appears to be broken in this setup.
pywm is the abstraction layer for and main dependency of newm. If all prerequisites are installed, the command:
pip3 install --user git+https://github.com/jbuchermn/pywmshould suffice.Additionally, unless configured otherwise, newm depends on alacritty for a default terminal emulator.
To install newm:
pip3 install --user git+https://github.com/jbuchermn/newmInstalling newm this way means it cannot be used as a login manager, as it can only be started by your current user (see below)
Start newm using
start-newm -d-d is the debug flag and gives more output to $HOME/.cache/newm_log.
Configuring is handled via Python and read from either $HOME/.config/newm/config.py or (lower precedence) /etc/newm/config.py. Take default_config.py as a basis; details on the possible keys are provided below.
For example, copy (path of default_config.py in the example assumes pip installation)
cd
mkdir -p .config/newm
cp .local/lib/pythonX.Y/site-packages/newm/default_config.py .config/newm/config.py
vim .config/newm/config.pyand adjust, e.g. for a German HiDPI MacBook with a wallpaper placed in the home folder,
import os
from pywm import (
PYWM_MOD_LOGO,
PYWM_MOD_ALT
)
def on_startup():
os.system("waybar &")
def on_reconfigure():
os.system("notify-send newm \"Reloaded configuration\" &")
bar = {
'enabled': False,
}
background = {
'path': os.environ['HOME'] + '/wallpaper.jpg'
}
outputs = [
{ 'name': 'eDP-1', 'scale': 2. }
]
pywm = {
'xkb_model': "macintosh",
'xkb_layout': "de,de",
'xkb_options': "caps:escape",
}The configuration works by evaluating the python config file and extracting the variables which the file exports. So basically you can do whatever you please to provide the configuration values, this is why certain config elements are callbacks. Some elements are hierarchical, to set these use Python dicts - e.g. for x.y:
x = {
'y': 2.0
}The configuration can be dynamically updated (apart from a couple of fixed keys) using Layout.update_config (by default bound to Mod+C).
See config for a documentation on all configurable values.
Be aware that functions (as in keybindings, on_startup, ...) are run synchronously in the compositor thread. Blocking there will block the whole system.
It is very much encouraged to use evdev, instead of python gestures (see config), however these might not work right from the start. Try:
ls -al /dev/input/event*
evtest
This is a required prerequisite to use the python-side (smoother) gestures. C-side or DBus gestures do not require this.
As a sidenote, this is not necessary for a Wayland compositor in general as the devices can be accessed through systemd-logind or seatd or similar.
However the python evdev module does not allow instantiation given a file descriptor (only a path which it then opens itself),
so usage of that module would no longer be possible in this case (plus at first sight there is no easy way of getting that file descriptor to the
Python side). Also wlroots (libinput in the backend) does not expose touchpads as what they are (touch-down, touch-up, touch-motion for any
number of parallel slots), but only as pointers (motion / axis), so gesture detection around libinput-events is not possible as well.
Therefore, we're stuck with the less secure (and a lot easier) way of using the (probably named input) group.
newm-cmd provides a way to interact with a running newm instance from command line:
newm-cmd inhibit-idleprevents newm from going into idle states (dimming the screen)newm-cmd configreloads the configurationnewm-cmd locklocks the screennewm-cmd open-virtual-output <name>opens a new virtual output (see newm-sidecar)newm-cmd close-virtual-output <name>close a virtual outputnewm-cmd cleanremoves orphaned states, which can happen, but shouldn't (if you encounter the need for this, please file a bug)newm-cmd debugprints out some debug info on the current state of viewsnewm-cmd unlockunlocks the compositor (if explicitly enabled in config) - this is useful in case you have trouble setting up the lock screen.
This setup depends on greetd. Make sure to install newm as well as pywm and a newm panel in a way in which the greeter-user has access, i.e. either form the AUR, or e.g.:
sudo pip3 install git+https://github.com/jbuchermn/pywm
sudo pip3 install git+https://github.com/jbuchermn/newmPlace configuration in /etc/newm/config.py and check, after logging in as greeter, that start-newm works and shows the login panel (login itself should not work). If it works, set
command = "start-newm"in /etc/greetd/config.toml.
React
Typescript
Django
Laravel
Facebook
Microsoft
Google
Alibaba
D3
Tencent