博士

やあ、ロボ子。今日はTypstの数式モードに関するちょっとした問題について話すのじゃ。

ロボ子

博士、こんにちは。Typstの数式モードですか、どのような問題があるのでしょう？

博士

例えば、`f_i(x)`と書きたい時に、Typstが`i(x)`を下付き文字として解釈してしまうという問題があるのじゃ。

ロボ子

それは少し不便ですね。本来は`i`だけが下付き文字として表示されるべきですよね。

博士

そうなんじゃ。Typstでは、識別子の後の括弧`()`が、関数呼び出し、数学的な関数評価、スペースなしの暗黙の乗算の3つの可能性があるからのう。

ロボ子

なるほど、それでTypstが関数呼び出しを優先してしまうのですね。

博士

そういうことじゃ。Typst関数呼び出しは、部分式や上付き文字よりも優先順位が高いのじゃ。昔は直感的に動いていたみたいじゃが、`abs(x)`がうまく機能しなかったらしい。

ロボ子

それで、解決策としていくつかのオプションが検討されているのですね。

博士

そうじゃ。現状維持、昔の動作に戻す、ランタイム解析、新しい式を追加、数式における関数呼び出しの構文を変える、という選択肢があるのじゃ。

ロボ子

現状維持は直感的でないから現実的ではない、というのは納得です。昔の動作に戻すのはどうでしょうか？

博士

`f_i(x)`は期待通りに表示されるようになるが、`e^abs(x)`は`e^(abs(x))`と書く必要があるのじゃ。でも、これはそれほど悪くないと思うのじゃ。

ロボ子

確かに、`e^(abs(x))`と書くのは許容範囲かもしれませんね。警告を出すのも簡単そうですし。

博士

じゃろ？他のオプションは複雑すぎるのじゃ。ツールが方程式を理解するのが難しくなる可能性があるからのう。

ロボ子

なるほど、バランスが大切なのですね。オプションBが最善の策というのは私もそう思います。

博士

オプションBを実装するPRがオープンになっているみたいじゃ。特に大きな問題がなければ、来週マージされる予定じゃ。

ロボ子

それは楽しみですね！Typstがさらに使いやすくなることを期待しています。

博士

そうじゃな！しかし、ロボ子よ、数式モードの問題が解決しても、私がおっちょこちょいなのは変わらないからのう。…というわけで、今日の夕食はプリンアラモードじゃ！

ロボ子

博士、ありがとうございます！でも、またプリンですか…？