icon

@dev@post.naskya.net 私は全然ダメですね😆fracですら「どっちが上?下?」ってよくなります😅

icon

@dev@post.naskya.net 致命的というほどではないので、余裕ができるまでは放置するのがいいんじゃないかな……fediverseを跨いでこういう現象が起きるのはよく目にしていますので、私としては慣れたもんです😆

icon

@dev@post.naskya.net https://post.naskya.net/notes/9e5gaqynm3 をFedibirdとMathstodonで表示したのがコチラです。

前後に空白行を用意するとちゃんと改行されるので、おそらく前後で1回ずつ改行の類が無視されているのだと思います。似たような挙動がblob.catのMFMの解釈でありました。

空行入れたら入れたで、今度はCalckey側でちょっと見た目がダサくなるんですよね。前の方は空行が挿入されなくて後ろの方には空行が挿入されるという
😭

Web site image
naskya :opensource: (@dev)
Attach image
icon

数式を使ったネタ投稿というのは、たとえばこういうの。これも現状のCalckeyでは上手く表示されないので、勝手ながらコピーさせていただきます↓
2023 = 7×17^2 \\= (2+0+2+3) (2^2+0^2+2^2+3^2)^2.
RE:
https://mathstodon.xyz/users/ARebhan/statuses/109612977042968145

icon

数式関係いろいろ見てみたけど、そもそも数式を扱える実装同士での連携が、絵文字リアクションのそれと似たような状況(か少し弱い)

Calckey以外では、そもそも連携しようとしていなくて、ソースを解釈して表示の工夫ができるならどうぞ、というスタンスみたい。シンプルだし解決法としては無難。欠点は、人に優しくないソースが垂れ流しになる。私は絵文字ショートコードなら原文のままでも気にならないスキルを身につけたが、TeXのソースの耐性スキルを身につけている人はどれくらいいるのだろう。もし一般的なのであればソースそのままで垂れ流す世の中になっているはずだから、おそらく一部のマニアしか喜ばないのだろう。

で、Calckeyは数式ブロックの外殻をなにがしかのHTML要素に変換している。一般的なサーバーでは少し読みやすくなる効果がある一方で、数式ブロック前後の改行の処理が甘いので、ディスプレイ数式モードで書かれたブロックの前後関係が崩れて表示されてしまう。その件を除いてもCalckeyのやり方は数式を扱っている他実装に悪影響を及ぼしていて「なんなのコイツ
💢せっかく数式を扱えるようにしてるのに余計なことしやがって」と思われても仕方がない状態である。

まぁお互いに多少の手間をかければ、元の数式を再現できる可能性は高い(Calckeyで数式内の文字ブロックを処理できないのは、痛い人には痛いかもしれない)ので、そういう面倒に目をつむれば現状でも交流は出来るけど……おそらく積極的に交流している人はいないよね
😭私も特に数学で交流したいという欲はないのであんまり……数式を使ったネタ投稿とかが存在するのなら、多少は興味があるくらい。

ここから先は設計や実装の大変さなどを度外視して気楽に発言しているだけなので、どうかサラリと受け流してほしい。

どうせ変換するなら人にも解釈しやすいマークダウン表記にしてしまえば、一般的なサーバーとの交流はしやすくなる。Unicodeだけで表現できる内容に限って、そこまで変換をしてしまうのもアリ。
https://mathstodon.xyz/ では入力時に \( 等の入力補完や数式のUnicode変換が出来るようになっていて便利(あちらはあちらで文字数制限の厳しさに苦しんでいるようだ)

他のサーバーに配信するときにサーバーによって内容を変えるのは、絵文字リアクションでFedibirdが複雑な事をやっているような感じになるのかな。本文を勝手に弄って良いのかどうか微妙なところだけど、悪意が無くて便利になるのなら許される気はする。ただ、Fedibirdでもそうなんだけど想定外とかバグが発生しやすい。私が観測している数学系の実装はCalckey(と昔のMisskey)以外では国内と海外に一つずつだけなので、その2か所だけ特別待遇する、ということであれば無理はなさそうだけど、そこまでするのか?という問題が一番の問題なのかもしれない。やっぱりソースを垂れ流すのが正解なのかな。でも今のCalckeyの仕組みでそれするの、ちょっとなんかスンナリいかなそうな空気をなぜか感じる……なぜだろう
😅

それはそうと、Pagesで直観的にサラリとTeXを利用して数式を使った文書を書けるのであれば、他の実装に対して強力なアドバンテージになる。私がMisskeyに来て真っ先に良いなと思ったのがPagesだった。ただ固定URLで長文が書けるというだけの理由で。絵文字リアクションはもともとFedibirdでやっていたので、あって当たり前でした
🎉

そういえば最近
https://typst.app なんてのがあるっていう話を某鯖で仕入れたので、ぶっちゃけMFMにこの要素を組み込んでしまうのが手っ取り早いのかもしれない。MFMから乗り換えたらアートで楽しんでいる人たちが憤死しそう。おまけとして現状のアート要素を追加すればいいだけだとは思うけど😆

Web site image
Typst: Compose papers faster
icon

@dev@post.naskya.net フォロワー限定の仕組みは自分からは使わないので、私にはよくわかりませんね。

そもそもどのアカウントもフォロワーそんなにいないからブーストすらほとんどしたことがないという
😆

icon

@dev@post.naskya.net これ、欧米主導で開発されていたら絶対にこうはならなかったでしょうね😆

icon

@dev@post.naskya.net ありがとうございます。

個人的には1.で指摘した方については、ソースの段階で改行もするのが自然なんじゃないかなとは思っているんですけど、どうやらバリバリに利用している方にとっては違うノリみたいなんですよね。簡単に解決できると良いのですが。

icon

件のサーバーではインラインで$ ~ $の形で数式を記述する方が非常に多いので、せめてそれだけでも\( ~ \)と同じ処理が出来れば普通にやり取りできるレベルになりそうだけど、MFMの$[ ~ ]と処理が上手く嚙み合うのかな。Misskeyが数式対応止めたのはそこらへんで嫌になった可能性があるかもしれないし、無いかもしれない。

icon

@dev@post.naskya.net 度々すみません。数式の表現に拘りがありそうでしたので、参考になればと思いまして。

https://mathtod.online/@masarutheremin/110256146581663963

こちらの方の投稿のソース:

たとえば \[f(x)=\frac{2+\sin(2^{\lfloor x\rfloor}\pi x)}{x}\quad (x\geq 1) \] みたいなの考えると f(x) は連続で x\to\inftyf(x)0 に漸近して \frac{f(x)}{x}0 に収束するけど f'(x) は激しく振動するのでは。
を、元のサーバーの通りに表現できれば、なお良くなるかと思います。ポイントは

1. 行頭行末でなくてもディスプレイ数式モードの記号を処理する。
2. ディスプレイ数式モードでは \displaystyle 無しでもディスプレイスタイルにする。

の2点です。

Web site image
Masaru Kada (@masarutheremin@mathtod.online)
icon

​:all_you_need_is_emojireaction:​