なんかよー分からんけどマストドンの絵文字対応はインスタンスによりまちまちで混乱してるようですね。分散型であるが故のデメリットが強く出てしまってるような気がします。
対応進めてないクライアントの作者なので発言権なさそうですが。
なんかよー分からんけどマストドンの絵文字対応はインスタンスによりまちまちで混乱してるようですね。分散型であるが故のデメリットが強く出てしまってるような気がします。
対応進めてないクライアントの作者なので発言権なさそうですが。
マストドンがカスタム絵文字を導入したりtwemojiを導入したりのタイミングでかわりました。
カスタム絵文字のコロンの手前には始端か空白(rubyの正規表現に依存)が必要です。なのに絵文字ピッカーから選ぶとなぜか絵文字の「後ろ」に空白が挿入されるため、入力時に気をつけないとうまく表示されません。バグ臭いですね。誰かissueたてればいいのに。
通常の絵文字のshortcodeの変換はもはやサーバ側では全く行われません。WebUIでも絵文字ピッカーを通してのみ入力が可能で、shortcodeから絵文字への変換は行われません。連合からきた古いタンスのトゥートに通常絵文字のshortcodeがやってきた時も何もしません。というかshortcodeの名前も変わってるからね。
蛇足ですが #SubwayTooter では古いタンスも新しいタンスも扱えなければならないので 新旧両方の絵文字のshortcodeをunicodeに変換しようとします。ただしコロンの手前に空白が必要かどうかはアプリ設定で選べるだけで、自動で柔軟に対応とはいかないあたりが難し後略
(続き)何が厄介って、連合からきたトゥートやフレニコの特殊な絵文字とかだと新しいタンスでも絵文字の手前に空白が必要ない場合があるんだよ。インスタンスのバージョンでは判断できないとなると、shortcode判定の空白の有無の自動切り替えは無理です
