zhoushengdao S6i_Am3klo sqrt 和root就够了，然后可以将 sqrt(x) 定义为 root(2, x)。 上面的是源文件输入。 输出的话，感觉指数幂的方式是最通用的，但是不一定宜读。 同时要是指数幂的话，会涉及到作用数的问题，搞不清这个指数到底是给哪些数的，所以可能需要疯狂加括号 myc_snowied
zhoushengdao S6i_Am3klo 你是说 ³√3 这样的，可以。 上标1：U+00B9 上标2：U+00B2 上标3：U+00B3 上标4：U+2074 上标5：U+2075 上标6：U+2076 上标7：U+2077 上标8：U+2078 上标9：U+2079 上标0：U+2070 但是这样的话，n次根号如何表示呢？ — 然后 sqrt(3pi) 这样的该如何表示？ √3π 感觉容易被解释成 √3 * π。 — 更新，发现了这几个上标字母。 ⁱ拉丁文上标小写字母 I ⁿ拉丁文上标小写字母 N
zhoushengdao 有理化后是否总可以认为 √2/2 是无歧义的，包括对于新接触该语言的人。 √50116421628289/200000000000000000000000000000000 是否易读？ 还有 √50116421628289e/200000000000000000000000000000000
zhoushengdao CGrakeski 前几天这个回复中 https://forum.lm-lang.org/d/9-yu-qi-ta-chan-pin-de-dui-bi/2，他说了lamina要更像手写的，那么 latex 像纸面的吗？ 如果要渲染latex，这就设计到gui的问题了，更麻烦了。 另外，如果输出是 latex ，那么输入呢？输入是不是也要支持 latex 呢？如果输入要支持 latex 的话，语法解析就会很费劲了。 输入的latex是不是也要提供预览（相当于图形化输入，如 wysiwyg）呢？如果不是的话怎么说服用户编写一大长串latex公式？如果是的话和 geogebra 又有什么区别呢？ 也许可能基于 cpp 的 lamina 在优化好后会有一定的性能优势，但是既然都图形化输入输出了，这种计算上的性能优势，相对于用户在图形化界面上编写的时间和图形化界面的渲染时间，并不会感觉快多少。
