Live data from Hacker News

Hyprland: A dynamic tiling Wayland compositor

hyprland.org

21–30 of 86 posts

Re: Hyprland: A dynamic tiling Wayland compositor

#21
post #6

I've never liked animations in interfaces like this. It was fun to play with when Compiz was new, but it doesn't make the tool any more useful or pleasant for me to use. At least it's not as bad as the OSX "magic lamp" minimize.

I want my systems functional, efficient, snappy. One of the first things I do on a new device is to disable animations and similar "eye candy". On Gnome it's hidden, but can be changed with gnome-tweek-tools ; on Android it's hidden too, in the developer options that you have to unlock (7 taps on build number). In both cases, those animations easily lose frames and are distracting, without talking about the frivolous…

I like gsettings. You can just put the calls in a script once and call it whenever needed. You can access everything from there. You can search for relevant keys from the terminal or with dconf editor.

Re: Hyprland: A dynamic tiling Wayland compositor

#22
post #4

Any advantages over Sway, other than look and feel?

It uses dynamic tiling rather than static tiling meaning more versatility how specific desktops get arranged such as bsp, tree, or even custom arrangements

I thought Sway was based on i3, which is an arbitrary-width tree that can have different display modes per container node in the tree.

Hyperland's wiki only lists "Dwindle" and "Master" layouts, which from the description are strictly less versatile than i3 (and Sway?) in exchange for convenience if those layouts are what you want. Does it even have something as flexible as i3? (and Sway?)

Re: Hyprland: A dynamic tiling Wayland compositor

#23
post #11

The problem with "alternative" Wayland compositors is that so much more functionality is pushed into the compositor under the Wayland architecture compared to window managers on X11. So it's a ton more work to write a Wayland compositor than an X11 window manager, and most of it is tedious boilerplate that almost certainly has nothing to do with your motivation for writing a new compositor in the first place. This in…

Yeah, but wlroots is taking the role of Xorg there, leaving WM writers to mostly just write the WM

I'm just wondering how long it'll be until someone uses wlroots to write a client/server architecture like Xorg...

Re: Hyprland: A dynamic tiling Wayland compositor

#24
post #11

The problem with "alternative" Wayland compositors is that so much more functionality is pushed into the compositor under the Wayland architecture compared to window managers on X11. So it's a ton more work to write a Wayland compositor than an X11 window manager, and most of it is tedious boilerplate that almost certainly has nothing to do with your motivation for writing a new compositor in the first place. This in…

On the other hand, there is nothing in Wayland that prevents anyone from writing a compositor that splits off some window management tasks to a separate process. Afaik nobody has bothered to do so yet, but if there is demand then it could be done. Or maybe there isn't that much demand for such thing.

Re: Hyprland: A dynamic tiling Wayland compositor

#25
post #24
post #11

The problem with "alternative" Wayland compositors is that so much more functionality is pushed into the compositor under the Wayland architecture compared to window managers on X11. So it's a ton more work to write a Wayland compositor than an X11 window manager, and most of it is tedious boilerplate that almost certainly has nothing to do with your motivation for writing a new compositor in the first place. This in…

On the other hand, there is nothing in Wayland that prevents anyone from writing a compositor that splits off some window management tasks to a separate process. Afaik nobody has bothered to do so yet, but if there is demand then it could be done. Or maybe there isn't that much demand for such thing.

The blog post mentions Wayfire, which has a plugin architecture, so not separate processes but an abstraction boundary at least - which is the more important thing.

Re: Hyprland: A dynamic tiling Wayland compositor

#26
post #20
post #6

I've never liked animations in interfaces like this. It was fun to play with when Compiz was new, but it doesn't make the tool any more useful or pleasant for me to use. At least it's not as bad as the OSX "magic lamp" minimize.

I'm not a fan of animations myself, though I think it could be somewhat useful with a tiling WM to help maintain (for lack if a better word) your orientation. Sometimes a new window will open and move the other windows around and get resized unexpectedly, or you'll move a window and lose track for a split second. Animation would show you where everything gets put so you don't have to reorient yourself. Not a very com…

Yeah they can be helpful in such cases. I used Gnome for a while and although I liked the overview animation, it was too slow for my taste and you needed an extension to speed it up, so I just disabled them. I see that Hyprland allows you to configure this OOTB though.

Re: Hyprland: A dynamic tiling Wayland compositor

#28
post #6

I've never liked animations in interfaces like this. It was fun to play with when Compiz was new, but it doesn't make the tool any more useful or pleasant for me to use. At least it's not as bad as the OSX "magic lamp" minimize.

Personally a huge fan of the animation showcase, I'd be willing to take a latency hit because I find it much easier to keep track of. Obviously I overcame any such issues in order to get use standard TWMs, which I do just fine, so idk if I'd still appreciate how they feel interactively? But I'm glad to see the amount of customization available within them, maybe I'd just speed them up or otherwise adjust the curves.

Re: Hyprland: A dynamic tiling Wayland compositor

#29
post #6

I've never liked animations in interfaces like this. It was fun to play with when Compiz was new, but it doesn't make the tool any more useful or pleasant for me to use. At least it's not as bad as the OSX "magic lamp" minimize.

I dislike almost all desktop animations, except for sliding between virtual desktops, and an animated zoom-out to view all desktops. Particularly the first; having an animated slide between virtual desktops really helps me form a spatial feeling for where windows on different desktops are. But miss me with animated minimizing (magic lamp is the worst!), wobbly windows, etc. That sort of eyecandy is very distracting, I used it for a few days when I first tried Beryl, but never since.

Having a compositor that does desktop zoom is very nice too, although not quite in the same class of features as those eyecandy animations. Frustratingly, Kwin won't let you set a mousewheel keybind for this zoom effect, a senseless limitation. You can get around this with xbindkeys though, using config like this:

    "qdbus6  org.kde.kglobalaccel /component/kwin invokeShortcut view_zoom_in"
      Mod4 + Super_L + b:4
    "qdbus6  org.kde.kglobalaccel /component/kwin invokeShortcut view_zoom_out"
      Mod4 + Super_L + b:5
I have no clue how you'd fix this if you're using Kwin/Wayland..
Post reply on HN