Viewing profile — rovingeye
rovingeye
HN member- Joined
- Mon, Oct 09, 2023, 4:29 PM UTC
- HN karma
- 43
- Public activity
- 25 items
- HN profile
- View on Hacker News ↗
About rovingeye
No profile information was provided.
Recent public activity
-
comment
Comment #46821610
it's literally the exact same thing. We use trailing return types to be consistent across the language.
-
comment
Comment #46817161
This has been valid C++ since C++ 11
-
comment
Comment #46370161
It looks like you missed the part where you "move the context into the lambda body via capture specifier."
-
comment
Comment #46271252
Consistency (lambdas, etc.)
-
comment
Comment #46265974
All my window classes uses cbWndExtra, and I leave GWLP_USERDATA for the user who is creating windows.
-
comment
Comment #46265913
That doesn't sound like a valid wndproc
-
comment
Comment #46264159
I assume by "move the context into the body" you mean using GetWindowLongPtr? Why not just use a static wndproc at that point?
-
comment
Comment #46261323
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 pr…
-
comment
Comment #45812514
I have that turned on in Windows Terminal but still use ctrl+c because it's how all other software works
-
comment
Comment #45598956
The windowing is pretty broken if you use system scaling https://github.com/zed-industries/zed/issues/40272
-
comment
Comment #45503805
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…
-
comment
Comment #45500342
MicrosoftEdgeWebview2Setup.exe /silent /install
-
comment
Comment #44932764
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 …
-
comment
Comment #44932749
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 fi…
-
comment
Comment #44932664
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.
-
comment
Comment #44932657
What? All this does is strip types
-
comment
Comment #44932202
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.
-
comment
Comment #44931702
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 pri…
-
comment
Comment #44931664
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 =(
-
comment
Comment #44931575
https://github.com/nodejs/node/issues/57215 Not supporting type stripping in node_modules is unfortunate
-
comment
Comment #40839618
Win32 + WebView2
-
comment
Comment #40513204
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…
-
comment
Comment #40512022
I still don't see a reason to re-implement this functionality when you can just.. statically link the loader. CHOC is great though!
-
comment
Comment #40512004
Yeah, it's kind of silly when the WebView2 loader can be statically linked. It's just build system avoidance. CHOC is great though!
-
comment
Comment #37822172
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…