Divyansh Singh

@lepture Like I said earlier, there should be proper leading/trailing slashes. Read my earlier comments. Add proper slashes to your example, it will work fine:

Can we support color-mix here? That would avoid the need for JS stuff like hexToRgb. ```css box-shadow: 0 0 0 1px color-mix(in oklab, var(--tw-prose-kbd-shadows) 10%, transparent), 0 3px 0 color-mix(in...

Ah, makes sense. I didn't realize v3 was also listed as peerDeps. Yeah maybe later then. Currently one can use arbitrary values or write one-off css for this: `prose-kbd:shadow-[0_0_0_1px_color-mix(in_oklab,var(--tw-prose-kbd-shadows)_10%,transparent),0_3px_0_color-mix(in_oklab,var(--tw-prose-kbd-shadows)_10%,transparent)]`

Yeah https://github.com/shikijs/shiki/issues might be better place to post this. I'm fine with keeping this open if it's indeed a memory leak with vitepress.

@jasonkuhrt If possible, do you have the exact commit which started giving these? If it's recent then it might have something to do with newer shiki releases. 👀

Relative base isn't supported. And if by running directly you mean directly opening the generate html files in browser, then that's not supported either. You'll need to use a server....

This is behind `--js-base-64` on v8. Can it be enabled by default on [deno_core](https://github.com/denoland/deno_core/blob/3289dad2501818c838a76c203f73d0dd62ec6167/core/runtime/setup.rs#L26-L33)? PS: if someone wants to experiment, they can do `deno run --v8-flags=--js-base-64 ...` on deno, `node...

> `new Uint8Array(16).fill(255).toHex()` returns the wrong result Hmm, right. Is this reported somewhere? Because tests from test262 and core-js pass*, and chromium team might not have discovered it yet. 👀...

Please share a minimal reproducible example using a git repo or https://vitepress.new

`` is not a self closing tag. make it `` it should work.