Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enforcing client side shiki syntax highlight #135

Open
pedraal opened this issue Feb 3, 2024 · 5 comments
Open

Enforcing client side shiki syntax highlight #135

pedraal opened this issue Feb 3, 2024 · 5 comments

Comments

@pedraal
Copy link

pedraal commented Feb 3, 2024

I'm building a chat app (using LLMs API, how original is that 馃檭) where some markdown content is streamed to the client. My implementation makes my Message component call the parseMarkdown whenever the content prop gets updated (every few ms depending on the response stream "speed"). By using the parseMarkdown helper as it is, it triggers calls the to /api/_mdc/highlight endpoint on each update which is not what I would want in a production environment.

By looking at the code, I found that if this API call catches an error it would set a mdc-shiki-highlighter item in the sessionStorage to switch to a client side shiki syntax highlighting. This is exactly what I would want to be my default behaviour. At the moment, I'm manually setting the sessionStorage item when my app mounts which actually seems to do the job.

Did I missed something in the configs that would make the module set this by default ? If not, I'd be happy to submit a PR to add this, I'm just wondering if it's something someone would like to see in this module.

PS: I'm a newbie to open source issue reporting / contributing, any guidance will be highly appreciated !

@antfu
Copy link
Member

antfu commented Feb 5, 2024

I think this is a valid concern, and I think it would be nice to have an option to toggle this behavior. We could provide a few different modes, like (auto, client-only, and server-only) - for those cases if a server-only is set, we could even avoid bundling Shiki to the client side at all (and vice-versa). WDYT @farnabaz?

@farnabaz
Copy link
Collaborator

farnabaz commented Feb 8, 2024

Having different modes seems a good idea.
We might need to do a bit refactor in highlighting process to prevent hydration error in case of client-only.

@pedraal You did not miss anything, module does not have option to configure this behavior. Feel free to drop a PR.

@pedraal
Copy link
Author

pedraal commented Feb 15, 2024

@farnabaz I'm really unfamiliar with nuxt modules development but I'll give it a try !

@pedraal
Copy link
Author

pedraal commented Feb 27, 2024

@farnabaz I'm not able to run the playground, neither on my computer (MBA M1), neither in the codesandbox provided in the repo readme. Any guidance about this ?

@farnabaz
Copy link
Collaborator

@pedraal CodeSandbox has an issue (I just replaced it with working StackBlitz playground). But local develpment should be ok, what error did you get on local?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants