Vadim Kantorov

> that'll ensure that your result only contains maps, sequences, and strings. That's nice, thanks! I'll use it. More granular specifications of used features (aliases, data type converters etc) would...

JSON schema allows specifying Boolean type versus String type, so that case should be solvable, right? So to some amount when scalar types are specified, it should be sufficient to...

Could this matching/type conversion/type resolving up be delayed to after-parsing/postproc stage? Or maybe even such tools already exist for JSON schema? Probably for most of small documents (such as frontmatters,...

One piece of feedback is that it can be important to have this downloader tool with as few dependencies as possible

@sbc100 Could you please reopen this issue? Or is `shm_open`/`shm_unlink` now supported on emscripten? (could be supported if `/dev/shm` is checked and is made available via MEMFS (probably easiest) or...

@sbc100 At the end of the day I am looking to solve two problems: - how to get a `fd` for some blob of bytes embedded in the binary which...

> Would that be enough for your use case? Only some of them. Essentially I am trying implement a (read-only) analogue of memFS / virtual files - but in a...

Ah, very interesting, I'll take a look at it. I'll also keep you posted on my proof-of-concepts of non-emscripten-coupled read-only/overlayfs-like/transparent zip decompression virtual FS :) For this limited usecase it...

Yeah, plugging a reliable markdown importer/exporter via a widely-used package (like remark?) should be better... (espeically, for practical use - we'd need to configure support for markdown extensions, being able...

Also, if remark can export to a more flexible variant of markdown with some HTML sprinkled, it should enable support of more rich-text like colored text, detail-summary etc This is...