What does HackerNews think of bug.n?

you can implement the wm manager of your dreams in ahk ... in like 500 lines. it's amazing stuff.

you can also go all out: https://github.com/fuhsjr00/bug.n

Yeah. I think it's also a perfect example of scope creep done right. As I understand, its original purpose was closer to remapping Caps Lock to CTRL, not to let you write a whole tiling window manager[0] for Windows in it. But now it can do both, and established itself as the unofficial Windows scripting language.

--

[0] - https://github.com/fuhsjr00/bug.n

Related, bug.n is a DWM clone written in AutoHotkey, of all the things. I used it at work a few years ago, and I was very satisfied.

https://github.com/fuhsjr00/bug.n

I've been using bug.n [1] which has all of that except for being able to directly focus a window, instead having to iterate through with next/prev window. But otherwise it has everything I'd expect from a Linux tiling window manager, even coming with a customizable status bar.

It has its quirks and I had to spent some time adding exceptions and the auto resizing it does is certainly not the fastest thing in the world, but I'm more than willing to put up with it for the auto tiling.

On the whole, it's more reminiscent of xmonad than i3, but wasn't too bad to learn since you can bind what ever keys you want to whatever operations.

[1]https://github.com/fuhsjr00/bug.n/

https://github.com/fuhsjr00/bug.n exists for Windows

AutoHotkey is amazing. It's a little gem of a Windows app. I only wish I discovered it earlier, when I was still using Windows as my main OS.

AHK can be used to trivially fix many usability warts you have with random software, and is powerful enough that someone implemented a clone of dwm tiling window manager in it (bug.n, [0], I used it for more than a year and can attest it works very well).

--

[0] - https://github.com/fuhsjr00/bug.n

~Year ago, I had plenty of success with bug.n - https://github.com/fuhsjr00/bug.n. It's a DWM clone written in... AutoHotkey, of all things.

There's an excess of width if you aren't a pro user, who knows how to take advantage of it. Linux has tiling WMs, Windows has basic tiling functionality + someone out there made a hackish tiling WM in AutoHotkey of all things[0]. But you're unlikely to discover this as a regular user, unless someone shows it to you.

--

[0] - https://github.com/fuhsjr00/bug.n

You can probably use Autohotkey to achieve the same thing on Windows. It's a great tool to be aware of should you ever have to use Windows for any reason – you can also use it to push windows to virtual desktops and others, approaching a more Linux-y experience. Someone even wrote a tiling WM in AHK: https://github.com/fuhsjr00/bug.n

So is your Dell 34" curved?

You can also try bug.n ( https://github.com/fuhsjr00/bug.n ). It is also written with AutoHotkey.

I used bug.n for a while

https://github.com/fuhsjr00/bug.n

It worked pretty well but was occasionally buggy, but that's the best that can be expected without replacing the Explorer Shell. I'd recommend trying it out.

I can give two options.

If you want purely manual tiling, with windows being arranged normally until you tile them, there is WinSplit Revolution (can't find the canonical link right now). It basically does the same thing the tiling keyboard shortcuts in Windows 7+ do, but with more options and granularity.

If you want automatic, dwm-style tiling, there is a project called [bug.n][1]. I am currently using it, mainly because besides offering tiling windows, it is also the least-bad way to get multiple workspaces on Windows that I could find.

[1]: https://github.com/fuhsjr00/bug.n

Now, it ain't tiling, but I once worked (not as the first guy, but took it over as a major project and the hell out of it) was one of the ports of Opebox-ish Windows managers (to be more accurate, really an Explorer replacement shell, not a Windows manager traditionally) to Windows XP to build very stripped down Windows kiosk machines with minimal UI and a lot of control, custom UI, and cool fun features.

http://www.lsdev.org/doku.php

God I miss this. It was way ahead of the time and I guess Microsoft got their UI act together, then lost it, and are trying to find it again.

As for tiling, the best you can do are these:

https://github.com/fuhsjr00/bug.n

https://github.com/ZaneA/HackWM

The latter is by a budding Chicken Lisp; I found him and love a lot of what he does; not sure he is ready for prime-time.

I'm not sure VirtualBox have an edge compared to "native" Hyper-V. If you're running windows 8.1 pro (which would be the sane choice, before 10 arrives) -- you have to change the boot options[1] if you want proper hw support for VirtualBox.

Changing from Linux to Windows is indeed rather painful. As others have mentioned, depending on deployment/process etc -- you might still be better off trying to live on the windows side.

I'm not a windows dev, but from what I've seen mentioned by others -- running php on windows w/IIS and SQL server works fine -- but you'll want to have a test/dev environment that matches prod -- or you'll just constantly run in to pain points -- especially if the team isn't on board/interested in investing in a full heterogeneous environment.

For a small example with node, see eg:

https://github.com/keithamus/npm-scripts-example/issues/5

Hopefully your new team has some automation in place -- it's unlikely it'll work out of the box under linux if it's never been tested/linux has never been a requirement.

On the bright side, vim works fine under windows, and with some mingw32/64[2], things aren't entirely painful. If you're used to script things with ruby, that should be even easier. Having to work with cmd.exe and it's nasty find.exe rather than grep, feels like running with one leg tied behind your back.

Lack of proper tabbed/keyboard-friendly window manager is probably the biggest productivity drain -- thought there are some alternatives for that too[3].

[1] http://www.hanselman.com/blog/SwitchEasilyBetweenVirtualBoxA...

[2] http://msys2.github.io/

[3] https://github.com/fuhsjr00/bug.n