Laurenz

I don't get the use case for this customization. I think we should simply follow the PDF spec here.

There is no conversion in Typst, neither for raw blocks nor other text. The conversion happens in your PDF reader because it has "smart" behaviour to get rid of hyphenation...

That's strange, nothing in this direction has been implemented.

CMYK does not typically use 0-255 representation in contrast to RGB, so I'm not sure whether exposing it in this way makes sense. Gonna leave this one to @reknih though,...

I do not like adding support for ints. But we can also consider switching all colors to f32 internally, for more precision. I do not expect the performance implications to...

You could open an issue here: https://codeberg.org/loutr/typst-xarrow/

Would it be desirable for the default arrow to scale automatically when you write `$ ->^"something long" $`? Or are there cases where you don't want that?

@Enivex New CM arrows support the OpenType glyph construction feature. It would work just the same as `$ arrow("very long text") $`.

So basically, implementing this would mean stretching the `base` in `AttachElem::layout_math` according to the max width of top and bottom attachment (if they are limits). I'm not sure if there...

I want to support this, but don't have concrete plans yet.