Hacker News Reader

rovingeyeon C++ Modules Are Here to Stay

it's literally the exact same thing. We use trailing return types to be consistent across the language.

rovingeyeon C++ Modules Are Here to Stay

This has been valid C++ since C++ 11

rovingeyeon Closures as Win32 Window Procedures

It looks like you missed the part where you "move the context into the lambda body via capture specifier."

rovingeyeon How well do you know C++ auto type deduction?

Consistency (lambdas, etc.)

rovingeyeon Closures as Win32 Window Procedures

All my window classes uses cbWndExtra, and I leave GWLP_USERDATA for the user who is creating windows.

rovingeyeon Closures as Win32 Window Procedures

That doesn't sound like a valid wndproc

rovingeyeon Closures as Win32 Window Procedures

I assume by "move the context into the body" you mean using GetWindowLongPtr? Why not just use a static wndproc at that point?

rovingeyeon Closures as Win32 Window Procedures

I wasn't aware of the thread local trick, I solve this problem by not setting WS_VISIBLE and calling SetWindowPos & ShowWindow after CreateWindow returns (this solves some other problems as well..)

rovingeyeon State of Terminal Emulators in 2025: The Errant Champions

I have that turned on in Windows Terminal but still use ctrl+c because it's how all other software works

rovingeyeon Zed is now available on Windows

The windowing is pretty broken if you use system scaling https://github.com/zed-industries/zed/issues/40272

rovingeyeon Using Deno as my game engine

Thanks for the info. Looks like they're using /silent right there in the example

"Steam customers love a quick and silent install. Add silent or quiet parameters to all run process commands and only add what you absolutely need for the game."

rovingeyeon Using Deno as my game engine

MicrosoftEdgeWebview2Setup.exe /silent /install

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

I can understand the argument, since npm has no solution for TypeScript packages, unlike JSR:

"You publish TypeScript source, and JSR handles generating API docs, .d.ts files, and transpiling your code for cross-runtime compatibility."

Still would have been nice to have this for private packages.

This makes Deno/Bun much more attractive alternatives

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

I can sort of understand the publishing argument, since npm doesn't solve for this at all, unlike JSR:

"You publish TypeScript source, and JSR handles generating API docs, .d.ts files, and transpiling your code for cross-runtime compatibility."

Not allowing it for private modules doesn't make much sense to me, though. It either forces me to use a loader, or now figure out a JS build step which I have been more than happy to avoid up until now.

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

I mean, you can just use a loader, as we've all been doing. It's already built, they just didn't implement it properly.

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

What? All this does is strip types

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

Why would I want to ship a JS build for my private package? That's just extra machinery I don't need. Switching to a superior runtime would be easier.

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

I made the same comment here https://news.ycombinator.com/item?id=44931575

"To discourage package authors from publishing packages written in TypeScript"

I tried to use it with private packages but that doesn't work either, apparently node doesn't even read the "private" field.

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

It was the first thing I tried and of course it didn't work.

It might finally be time to switch to Deno or Bun =(

rovingeyeon Node.js is able to execute TypeScript files without additional configuration

https://github.com/nodejs/node/issues/57215

Not supporting type stripping in node_modules is unfortunate

rovingeyeon Writing GUI apps for Windows is painful

Win32 + WebView2

rovingeyeon Webview: Tiny cross-platform webview library for C/C++

That's about when they added the capability, yeah. They've dropped support for win 7/8, not sure if CHOC goes back that far.

I suppose this would break the "Nothing needs adding to your build system to use any of this stuff.", but that doesn't seem true now that Boost is a dependency for the server stuff.

rovingeyeon Webview: Tiny cross-platform webview library for C/C++

I still don't see a reason to re-implement this functionality when you can just.. statically link the loader. CHOC is great though!

rovingeyeon Webview: Tiny cross-platform webview library for C/C++

Yeah, it's kind of silly when the WebView2 loader can be statically linked. It's just build system avoidance. CHOC is great though!

rovingeyeon Ardour 8.0

Users want an installer. You can see what the installers are doing by looking at the scripts in the repo (this is an open source project). Admin permission is necessary to write to the Global VST folder. You can direct your "Wow" at Steinberg if you want. The spec was recently updated to allow for a User install location which has been considered: https://steinbergmedia.github.io/vst3_dev_portal/pages/Techn...

If you don't want an installer, you can download the pluginsonly bundle on the release page and do it yourself: https://github.com/surge-synthesizer/releases-xt/releases