43 ms·

Just checked out awesomewm. It looks really interesting. Thank you !

Zurrrrr 3y ago
You're welcome! It's really cool and IMO has a leg up on alternatives like i3 because the whole thing, every aspect is entirely programmable. Enjoy :)
- red-iron-pine 3y ago
  Neat. Will check it out, been looking for a successor to wmii for a while, and dwm is a little too basic.
- chaorace 3y ago
  Counter-review: the level of control is unmatched, but it's a little too extreme, I feel. Even something as simple as a volume widget isn't included OoB. Yes, there are libraries of widgets out there, but not many -- and not always the best quality (memory leaks are unfortunately common, seems to be a screwy lua/GTK interaction). More importantly: the core framework just outright omits many of the core features that I've come to expect in tiling WMs. There's no support for i3-style window stacks, for example; I've tried several community solutions, but they're all trapped on a too-high abstraction layer and inevitably end up fighting with the WM in ways that you simply never need to deal with in first-class implementations. All in all, I'm planning on returning to i3wm. For me, it's a bigger struggle to try building up a usable environment from scratch than it is to start with a solid foundation and then replace the undesirable components (i3bar => polybar, bindsym => sxhkd). AwesomeWM is very fun to work with thanks to the great APIs and documentation, but I can only wholeheartedly recommend it if you need absolute and total power over the UI, since that's AwesomeWMs whole schtick.
  - Zurrrrr 3y ago
    I've been using it for several years at this point and haven't encountered any memory leaks (it already uses so little). As for widgets, I've had no trouble with that, there's quite a few fantastic collections and I've found everything I've needed. Sure, stacks are not supported out of the box, but it is an easy thing to add if you want it. I think they are entirely consistent and bug free, as much as anything else - some specific apps might have an issue but you can also write a rule to deal with them as needed. I'll take a completely customizable lightweight interface that I can tailor every aspect of every time, especially when it's so user friendly (for what it is).
    - chaorace 3y ago
      > I've been using it for several years at this point and haven't encountered any memory leaks (it already uses so little). It's the community widgets that tend to have memory leak problems, not the core package. As mentioned, this seems to be a quirk in how Lua and GTK interact (many community widgets use GTK). > Sure, stacks are not supported out of the box, but it is an easy thing to add if you want it. I think they are entirely consistent and bug free, as much as anything else - some specific apps might have an issue but you can also write a rule to deal with them as needed. They're not. I've used all of them. It's not an issue of rules, it's an issue of the core UI framework fighting against the hacked-on stacking implementation. There are design-time assumptions baked into the AwesomeWM layout engine that cannot be worked around using the API. You'll just have to take my word for it when I tell you that I've tried very hard and for a very long time. > I'll take a completely customizable lightweight interface that I can tailor every aspect of every time, especially when it's so user friendly (for what it is). I wouldn't really call AwesomeWM exceptionally user-friendly. The docs are good. The API is good. It's developer-friendly, certainly, but that's as far as the ease-of-use goes.
      - Zurrrrr 3y ago
        > It's the community widgets that tend to have memory leak problems, not the core package. As mentioned, this seems to be a quirk in how Lua and GTK interact (many community widgets use GTK). What widgets are you referring to that you found to have leaks? > You'll just have to take my word for it when I tell you that I've tried very hard and for a very long time. It's just that it seems to contradict most of the other reports I've seen, but then I don't care about stacking myself, so ok. > I wouldn't really call AwesomeWM exceptionally user-friendly. The docs are good. The API is good. It's developer-friendly, certainly, but that's as far as the ease-of-use goes. I said it was user-friendly for what it is. There is nothing else really like it that allows that level of extensibility, and given how it abstracts so much complexity, I would say they did indeed do a good job of making it user friendly. Again though, that's keeping in mind what it is. It isn't trying to be i3/xfce/etc or as user-friendly as those.
        3y ago

You're welcome! It's really cool and IMO has a leg up on alternatives like i3 because the whole thing, every aspect is entirely programmable. Enjoy :)

red-iron-pine 3y ago
Neat. Will check it out, been looking for a successor to wmii for a while, and dwm is a little too basic.
chaorace 3y ago
Counter-review: the level of control is unmatched, but it's a little too extreme, I feel. Even something as simple as a volume widget isn't included OoB. Yes, there are libraries of widgets out there, but not many -- and not always the best quality (memory leaks are unfortunately common, seems to be a screwy lua/GTK interaction). More importantly: the core framework just outright omits many of the core features that I've come to expect in tiling WMs. There's no support for i3-style window stacks, for example; I've tried several community solutions, but they're all trapped on a too-high abstraction layer and inevitably end up fighting with the WM in ways that you simply never need to deal with in first-class implementations. All in all, I'm planning on returning to i3wm. For me, it's a bigger struggle to try building up a usable environment from scratch than it is to start with a solid foundation and then replace the undesirable components (i3bar => polybar, bindsym => sxhkd). AwesomeWM is very fun to work with thanks to the great APIs and documentation, but I can only wholeheartedly recommend it if you need absolute and total power over the UI, since that's AwesomeWMs whole schtick.
- Zurrrrr 3y ago
  I've been using it for several years at this point and haven't encountered any memory leaks (it already uses so little). As for widgets, I've had no trouble with that, there's quite a few fantastic collections and I've found everything I've needed. Sure, stacks are not supported out of the box, but it is an easy thing to add if you want it. I think they are entirely consistent and bug free, as much as anything else - some specific apps might have an issue but you can also write a rule to deal with them as needed. I'll take a completely customizable lightweight interface that I can tailor every aspect of every time, especially when it's so user friendly (for what it is).
  - chaorace 3y ago
    > I've been using it for several years at this point and haven't encountered any memory leaks (it already uses so little). It's the community widgets that tend to have memory leak problems, not the core package. As mentioned, this seems to be a quirk in how Lua and GTK interact (many community widgets use GTK). > Sure, stacks are not supported out of the box, but it is an easy thing to add if you want it. I think they are entirely consistent and bug free, as much as anything else - some specific apps might have an issue but you can also write a rule to deal with them as needed. They're not. I've used all of them. It's not an issue of rules, it's an issue of the core UI framework fighting against the hacked-on stacking implementation. There are design-time assumptions baked into the AwesomeWM layout engine that cannot be worked around using the API. You'll just have to take my word for it when I tell you that I've tried very hard and for a very long time. > I'll take a completely customizable lightweight interface that I can tailor every aspect of every time, especially when it's so user friendly (for what it is). I wouldn't really call AwesomeWM exceptionally user-friendly. The docs are good. The API is good. It's developer-friendly, certainly, but that's as far as the ease-of-use goes.
    - Zurrrrr 3y ago
      > It's the community widgets that tend to have memory leak problems, not the core package. As mentioned, this seems to be a quirk in how Lua and GTK interact (many community widgets use GTK). What widgets are you referring to that you found to have leaks? > You'll just have to take my word for it when I tell you that I've tried very hard and for a very long time. It's just that it seems to contradict most of the other reports I've seen, but then I don't care about stacking myself, so ok. > I wouldn't really call AwesomeWM exceptionally user-friendly. The docs are good. The API is good. It's developer-friendly, certainly, but that's as far as the ease-of-use goes. I said it was user-friendly for what it is. There is nothing else really like it that allows that level of extensibility, and given how it abstracts so much complexity, I would say they did indeed do a good job of making it user friendly. Again though, that's keeping in mind what it is. It isn't trying to be i3/xfce/etc or as user-friendly as those.
      - 3y ago