Don McCurdy
donmccurdy.com
Don McCurdy
@donmccurdy.com
Graphics, data visualization, and web technologies at Bentley Systems. Contributor to #glTF, #threejs, and #3DTiles. he/him.

Brooklyn, NY.
I think generating types might also have been a blocker but I don't recall exactly on that... my view of the options for library authors, otherwise, is essentially this:
macwright.com/2025/02/09/b...
Building an NPM module
macwright.com
October 27, 2025 at 10:28 PM
Thanks! I realize my complaint above was vague, and no pressure to address this, but just in case it's helpful: the most recent issue that blocked me from using Vite's (current) library mode was related to sourcemaps:

github.com/vitejs/vite/...
Feature Request: Generating both dev and prod builds in library mode · Issue #1814 · vitejs/vite
Is your feature request related to a problem? Please describe. I'm building a library and I want to generate output similar to what popular libraries like React and Vue do: esm + cjs/umd builds for...
github.com
October 27, 2025 at 10:25 PM
I didn't realize `deno bundle` existed! That's very interesting option, thanks, I'll need to try this out. :)
October 27, 2025 at 10:15 PM
Node.js v20+ test runner could replace the unit testing dependency tree, too:

nodejs.org/api/test.html
Test runner | Node.js v25.0.0 Documentation
nodejs.org
October 27, 2025 at 1:12 AM
Vite+ (source-available, free for OSS) would presumably do all of that in one dependency? Though I haven't found Vite (have not tried Vite+) to be as good for bundling libraries as for building applications, so far.
October 27, 2025 at 1:11 AM
Currently I'm using: biome, ava, c8, microbundle, and typescript. But even that short list gets a pretty regular stream of small updates and dependabot 'vulnerabilities' requiring updates across various repositories.
October 27, 2025 at 1:07 AM
Amtrak might be really nice for this! Not sure if a loaner bike case would change the math, but my case (EVOC) is otherwise just sitting in a Gowanus CubeSmart.
September 3, 2025 at 2:54 AM
Please attend my SIGGRAPH talk, “Advanced in realtime rendering from the 1980s”.
August 10, 2025 at 4:05 AM
Support for both formats in KTX2Loader likely coming in three.js r180.
August 10, 2025 at 3:41 AM
There's currently a (small) missing piece on the three.js WebGPURenderer side to use spark.js textures efficiently — details in github.com/mrdoob/three....
August 7, 2025 at 2:18 PM
This creates new options to consider when generating textures on the fly, as well, where GPU texture compression would not have been an option before.

(Note: Spark.js is free for non-commercial use, with a very fair one-time fee for indie and larger applications).
August 7, 2025 at 2:14 PM
Reposted by Don McCurdy
spark.js wraps a subset of these codecs with a simple and lightweight API. Making it easy to use modern image formats for storage and delivery and transcode them at runtime to more efficient GPU formats. This is literally free bandwidth!
August 6, 2025 at 11:04 PM