HackerTrans
TopNewTrendsCommentsPastAskShowJobs

krebby

no profile record

comments

krebby
·9 เดือนที่ผ่านมา·discuss
I'm working on an open source tool called noodles.gl that uses this library and it's been great. The devs have been good about keeping a cadence of solid changes and keeping the community updated, and overall I'm happy to have bet on this library years ago.

I love the flexibility and the fact that there's a variety of examples for basically anything I want to accomplish with it. Great work to the team.

https://noodles.gl
krebby
·12 เดือนที่ผ่านมา·discuss
Such a sweet story! My friend actually went to the author's Borg party a few weeks ago and I'm second-guessing my choices that night after reading this. Funny to see it on Hacker News!

If you guys like reading about this kind of thing I recommend Cocktail Codex from the people behind Death & Co (referenced in the article). It's a great way to think about cocktails as a remixable grammar and the purpose behind all the mixing, muddling, and stirring.
krebby
·ปีที่แล้ว·discuss
Grasshopper for Rhino is a big one, or VisualCAD/CAM. Blender, Houdini, or Unreal Blueprints are others. It gives you the exploration benefits of a UI plus the procedural benefits of code. Inputs tend to be auto-bound which makes exploration much, much faster.

I'm working on one for web map data visualization: https://youtu.be/GJ0ftFB8r4I?t=871
krebby
·ปีที่แล้ว·discuss
How about a visual programming language? Plenty of 3D and CAD software uses a VPL for procedural design, which helps a ton to bring out the benefits of both
krebby
·ปีที่แล้ว·discuss
I think this is referring to the fact that React uses synthetic event listeners - it's cheaper to bind an event listener once at the root and do your own element matching than it is to continuously bind and unbind listeners.

https://react.dev/reference/react-dom/components/common#reac...
krebby
·ปีที่แล้ว·discuss
IMO it's simple enough to just write directly without library code.

For most cases, the Element Capture or Region Capture API should be sufficient: https://developer.mozilla.org/en-US/docs/Web/API/Screen_Capt...

Demos: https://mdn.github.io/dom-examples/screen-capture-api/elemen... https://mdn.github.io/dom-examples/screen-capture-api/region...

If you need cross-browser compatibility (and can't just use a canvas) then yeah html2canvas is the way to go
krebby
·ปีที่แล้ว·discuss
What were your needs that the API didn't meet?
krebby
·ปีที่แล้ว·discuss
How does this compare to something like the the Media Capture API? Looks like this uses `canvas.toDataURL()` which can be slow to serialize compared to `toBlob` or `canvas.captureStream(0).getVideoTracks()`

I've been using CropTarget.fromElement with a CaptureController: https://gist.github.com/akre54/e93ab2ce27999aecb109e38085f2e...
krebby
·ปีที่แล้ว·discuss
Getting better!

https://simonwillison.net/2024/Oct/25/pelicans-on-a-bicycle/