T0mstone
T0mstone
> Hmm... `Mul` for `Mat3` does sound reasonable. Should probably just be the same as for a Vec3. No, it probably shouldn't. The natural thing to do here is the...
> Supports visible aliases: > * zsh: https://github.com/clap-rs/clap/blob/master/clap_complete/src/shells/zsh.rs#L170 Although the zsh completion supports listing the aliases for `test `, there is currently still the bug with `test bar ` not...
> That's the thing — I'm talking about marking each processed "content", meaning that if the top list element was processed, then mark it, then separately mark each nested list...
Should be good to merge now.
Ok, *now* it should be good.
Yes, immutable would definitely be the way to go, since once the user has the power to mutate the inner value, all guarantees are off. The map function also sounds...
No clue how to fix the failures in `typst-ide` and `typst-docs`. I guess for the IDE, `CompletionKind::Symbol` can become `Symbol(EcoString)`, but I think that field is only used in proprietary...
> Not sure whether we made a decision on whether we want to only accept a single grapheme cluster, but worth bringing up again. Good point, let's bring that discussion...
Another technical detail: I don't know if `SymbolElem::func` would be better by first checking if the string is a single codepoint and then matching on that. Maybe this is an...
I changed the symbol repr since I think the previous behavior was probably unintended (such as `symbol("\"")` repr'ing as `symbol(""")`), so it now uses `repr` again to format the strings...