It’d be nice to add LaTeX rendering to the chat interface. It’s already using Markdown, so probably it’s easy to implement a Mathjax plugin.
For example, I use Cursor to discuss papers (previously transformed to .mdd using Nougat), and it would be nice to have the GPT-4 replies with LaTeX rendering in the chat.
Nonetheless, I’ve noticed that only accepts “\(” and “\[” for inline math, but $ and $$ are not accepted. So half of the time the rendering fails. I’ve tried to give pre-set instructions to the LLM in the settings and it helps but it’s not perfect.
Sorry but why can’t my cursor AI can’t print latex correctly? It print something like [ \int_V (\nabla \cdot \mathbf{F}) , dV = \oint_S \mathbf{F} \cdot d\mathbf{S} ] QAQ.
It’d be nice to render LaTeX formulas in the chat window. As someone who uses cursor for a lot of Math that chat having the ability to display math formulas appropriately would be very useful.
how come that select-response and latex rendering feature are still not implemented.
AbhinavMir
(Abhinav Srivastava / August Radjoe)
17
Can we please revert this and add in a toggle support? It’s very annoying working in Finance-adjacent fields, and having $ to render the rest of the sentence as latex.
Hey, thanks for the report. I want to split this into two points, since these are different issues.
Matrix brackets pmatrix and bmatrix and square roots \sqrt sometimes disappear or look out of proportion. This is a known rendering visual bug. KaTeX renders the content, but the stretchy brackets and the radical can fail to draw. We already reported this internally. I can’t share an exact fix timeline yet. Once I have an update, I’ll reply in this thread.
Formulas inside $$…$$ do not render. I need a bit more info to reproduce it:
Your Cursor version. Go to Settings > About or use Cursor > About Cursor
A specific example formula you wrapped in $$ that did not render
The Request ID for that reply. Use the chat menu in the top right > Copy Request ID, if Privacy Mode is off
Also, keep in mind that a single $ can sometimes conflict with currency or normal text parsing, so inline math is more reliable as (…), and block math as […]. But $$ should work too, so please send an example and we’ll dig in.