tinywm
tinywm | com.visualstudio.code | |
---|---|---|
26 | 36 | |
1,437 | 124 | |
- | 0.0% | |
0.0 | 7.5 | |
about 2 years ago | 17 days ago | |
C | Shell | |
- | - |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
tinywm
-
Fedora Workstation 41 to No Longer Install Gnome X.org Session by Default
> Nobody's requiring Wayland.
Yet. Defaulting to it is one step on the path towards removing support for X and independent window managers forever.
I deeply, deeply care about running an independent window manager. A minimal X window manager is a page of code: https://github.com/mackstann/tinywm/blob/master/tinywm.c (yes, plus xlib); a minimal Wayland compositor is tens of thousands of lines of code.
> contrary to your statements, it's perfectly ready for prime time
These comments are full of folks mentioning issues. Wayland does not support my window manager; thus it is demonstrably not ready for prime time for me.
> Wayland is the way forward
It may actually be. I’m not as opposed to Wayland as I may sound! But do you understand how you and other Wayland advocates sound — like advocates? ‘Wayland is the way forward’; ‘there's no future for Xorg’; these things are arguably true, but they are also rather cruel to say (a bit like ‘inevitably you and everyone will die’: it really is true, but it’s also not at all a nice thing to say).
I do think that Wayland or something very like it may be the way forward, but it needs to be an evolution, not a revolution. I know that the party line is that that’s not possible, but I suspect that rather than not possible it is just very hard. It’s always easier to greenfield, and it is always hell to be 100% backwards compatible.
But that’s what it needs to be.
-
RubyWM – an X11 window manager in pure Ruby
Hah. I didn't think this was quite HN worthy at this point - the code is still a mess, and has plenty of bugs. It was however the wm I actually use since I got frustrated with bspwm and did a very minimalist rewrite of TinyWM [1] in Ruby [2] and expanded it from there. It was painful the first few days until I'd had time to add multiple desktops and the start of a tiling mode. But at this point, it's "almost" pleasant for me.
The warnings are real, though, apart from the initial hyperbole - this is likely to break for you in all kinds of horrible ways still. I use very few applications beyond (my own) terminal, (my own) polybar replacement, (my own) file manager, and a browser, and so once Chrome and my own apps mostly started working ok I've had very little incentive to make sure it behaves nicely with anything else and I know the distinction between different EWMH window types is incomplete and broken - just not in ways that usually affect my own use.
[1] https://github.com/mackstann/tinywm/blob/master/tinywm.c
[2] https://gist.github.com/vidarh/1cdbfcdf3cfd8d25a247243963e55...
- What’s something simple but interesting I can build with c
-
WM like i3wm
picking a random bare bones wm tinywm
- TinyWM – A tiny window manager in around 50 lines of C
-
I cannot find the desktop environment for me
Or Check out TinyWM. Its just a few lines of code.
-
WM/DE iceberg
TinyWM
com.visualstudio.code
-
Fedora Workstation 41 to No Longer Install Gnome X.org Session by Default
vscodium flatpak fonts are already fine; IME vscodium works with font scaling fine out of the box. There's a vscode flatpak issue: "Feature: add optional Wayland support" https://github.com/flathub/com.visualstudio.code/issues/471#...
https://news.ycombinator.com/item?id=39625917#39637408
- Dualbooting windows vs. virtual machine
- Flatpak launching external program
-
How to make flatpak IDEs detect system interpreters
The VSCode flatpak README has some solutions:
-
Cannot open visual code on command line using "code" and "vscode"
Otherwise, you could install the flatpak version from Flathub and that alias would start doing what it's intended to do: https://flathub.org/apps/details/com.visualstudio.code
-
what is the best way to install apps in fedora?
For VSCode, it looks like you need to do a little bit of work to get it working properly in Flatpak. Everything should work if you put in the elbow grease, but this is one of those examples where Flatpak makes things a bit funky for people unfamiliar with how it works, and it doesn't help that Microsoft doesn't officially support the Flatpak.
- I can't install VS Code
-
VS Code Settings for Flatpack
Please open issues under: https://github.com/flathub/com.visualstudio.code/issues This version is running inside a container and is therefore not able to access SDKs on your host system! To execute commands on the host system, run inside the sandbox:
- Flatpak version of vscode is showing this error..... I cannot login to github account and sync settings
-
Debug Golang com VSCode
VSCode versão 1.74.1 instalado via flatpak;
What are some alternatives?
chadwm - Making dwm as beautiful as possible!
net.lutris.Lutris
dwm-xcb - A port of dwm to XCB.
com.valvesoftware.Steam
sowm - An itsy bitsy floating window manager (220~ sloc!).
com.sublimetext.three
wlroots - A modular Wayland compositor library
flatpak-vscode - Integrate Flatpak with VSCode
hello-wayland - A hello world Wayland client (mirror)
flathub - Issue tracker and new submissions
wayland-rs - Rust implementation of the wayland protocol (client and server).
org.telegram.desktop