7 ms·
Does anyone want to share how they use the WSL2 & X-Server combination? In my case, I'm mostly happy with the VSCode WSL2 integration. I keep all my projects o
by jdellinger 6y ago
Does anyone want to share how they use the WSL2 & X-Server combination?
In my case, I'm mostly happy with the VSCode WSL2 integration. I keep all my projects on the linux fs and it is fast to work with. The only thing which annoys me is the window management in Windows. Too much Mouse movement and random ALT-TAB-ing.
I've never got i3 to work with a Windows x server on multiple displays with high dpi. X401 also only supports a single display.
- erikbye 6y agoAs for Windows native window management, FancyZones is better than nothing. You can overlay zones, I have split each monitor in half with two zones each, then overlayed a bunch of smaller zones for stuff like terminal windows, etc. https://github.com/microsoft/PowerToys/tree/master/src/modules/fancyzones https://github.com/microsoft/PowerToys/tree/master/src/modul...
- stragies 6y agoLooks like the windows equivalent of the Gnome GTile window manager extension: https://github.com/gTile/gTile https://github.com/gTile/gTile
- jdellinger 6y agoFancyZones is great! Already a huge enhancement to the normal windows snapping. However, it only solves the window placing problem, not the window navigation problem. I would love to navigate with something like SUPER + LEFT/RIGHT, similar to i3. Currently the only possible way is to (CTRL)+ALT+TAB, which completely lacks window layout context and changes order depending on recent uses.
- skrebbel 6y agoI'm curious, I always thought that devs who choose Windows do so because they like the window management and the UI tools etc. That's my reason for sure. What's stopping you from just running proper Linux with VS Code, if you don't like the way the Windows shell works?
- gridlockd 6y agoThe strongest argument for Windows is not its window management or UI tools, it's that you can use third-party software without dealing with too much bullshit. On Linux, if your third-party software is available at all, it's on some third party repo you have to add manually, or maybe it's a binary which may or may not work on your particular distribution on your particular version. This is basically the reason why I gave up on Linux on the desktop, it just hasn't gotten better in decades, it probably will never get better. The distributions have no incentive to make this work well, because first-party packages are a big selling point. I'll take a crappy default shell over that.
- erinaceousjones 6y ago(After re-reading my own comment, I don't think I'm particularly rebuking what you said, it's turned into a "I hate computers" vent :-)) In my eyes, how Windows and Linux deal with third party software is identical... The Windows model forever has been "you just double click an .exe or an .msi and it runs". i.e. outside of stuff published on Windows Store (which many developers will not do), it's down to the developer to: - Distribute their software and provide an update mechanism (download an exe? Windows Store? chocolatey? Steam / epic games launcher / origin / uplay? jetbrains toolbox? adobe software updater?) - Deal with the many different environments (i686 vs x84, Windows XP / 7 / 8 / 10 / 10 Home / 10 Pro / 10 Pro N* / 10 Basic Server Education Edition N RT for phones) - (Probably) bundle their software with the exact version of the libraries they're using (looking at you, "Installing Microsoft VC Redist" and DirectX, every single game that I run), because any in /system32 might be the "wrong" ones * 10 Pro N = "without media essentials" or something, which I stupidly chose last time I forked out the money for a Windows license. Every time there's a new major Windows update (assuming it doesn't repeatedly fail to update, forcing me to reinstall from scratch,) I need to go and reinstall the Media Feature Pack so Rockstar Launcher and GTAV and $software don't all fail to launch with an obscure error code that means one of 100 things that some corporate web forum rep will not have the answer to... Because none of them put a .log file somewhere ... So the fact that stuff "just runs" better on Win is more to do with third party developer effort rather than a failing of the OS and distribution. There's no incentive for microsoft to make it work better either, because it's Not Their Problem. A whole slew of software runs like bullshit on Windows too, but we just kind of accept it as it is... Yet me running a program by installing Wine and double clicking the .exe, or via mono, or running one via a snap image, or an .AppImage, or a docker image (those 3 are essentially containerized environments which should work regardless of distro as they bundle their own libraries a la the windows dll hell, though your kernel version may cause issues, just like windows driver versions do), or my Linux distro's packages... is apparently jumping through more hoops than Windows? As a power user of both OS'es, they're just as much a pain in the ass as each other.