メニュー類の体裁を或る程度 直しました。検索欄の下に現れる候補メニューの周りの陰影とか。投稿作成枠の中でハッシュタグ（#…）やアット言及（@…）や絵文字ショートコード（:…）を打ち込む時の候補メニューとか。
Mastodon v4.3 で「システムのテーマを使用」に対応する為に追加されたと思われる CSS のルールは、既存のルールよりも無駄にセレクターの詳細度が高くて、カスタムスタイルシートによる上書きを更に上書きして来るので困る。詳細度の軍拡競争が起きるので已めてほしい。
#mastodonengineering
Hello “Mast”ers,
Is there way for users to setup translation for posts to preferred language in Mastodon?. In my case, my preferred language is English and I would like for an option at the bottom or in the ellipsis to translate it on request. This way we would have access to more streams of thoughts and perspectives without the confines of the language. Is it just about tweesecake enabling it?
Translation is accessibility too.
#translation #accessibility #TweeseCakeSocial #mastodonengineering
@teufelswerk Es ist wie an Tankstellen: Threads hat verändert, #Bluesky wird mit irgendeiner Art von Monetarisierung nachziehen.
Zeit für #MastodonEngineering , sich attraktiv für die nächsten Wechselwellen zu machen:
Oh nice.
"We’re experimenting with potentially changing to a new parser for posts, which will be more modular and enable features like basic text formatting."
This is going to be *very* useful.
https://blog.joinmastodon.org/2024/10/trunk-tidbits-september-2024/
via https://mastodon.social/@MastodonEngineering/113283988215699567
#mastodon #fediverse #MastodonEngineering #formatting #FortmattingPosts
何で .notification-group__embedded-status__content に .reply-indicator__content が付与されてるのよ :blobcatconfounded:
何で .reply-indicator の中に .detailed-status の部品があるのよ :blobcatconfounded:
Mastodon のウエブ画面の bdi‐要素は階層関係が妥当でないんぢゃないかなあ。画面全体が左から右の構成なら、右から左に書く書記体系の名前も左寄せすべきであって、「strong.display-name__html」の外側ではなく内側に bdi を置くべきだろう。特に、この図の局面では flex の絡みで横幅がアット名の長さになってるので、行の右端に揃ってすらいない。
カラムヘッダーの設定欄は取りあえずこんな体裁になりました。
カラムヘッダーから展開される設定欄で、個別リストに対する「ホームタイムラインに表示しない」項目の体裁が崩れると思ったら、ここだけ構造が不規則で「.column-settings__row」に括られていない :blobcatconfounded: 本当、Mastodon って設定項目の文書構造をグチャグチャに作るよね。既存の項目に合わせるとか少しは考えてほしい。
何だこりゃ…投稿作成時の言語選択のメニューに含まれる検索欄が、絵文字パレットとクラス名を共有してるせいで余白が狂ってる。これのどこが「emoji-mart-search」なのか。
多カラム構成での挙動がブラウザーの対応状況に不必要に依存しないように修正しました。
そもそも表示領域の横幅が 630 以下の時は強制的に（スタイルシート以前に、文書構造の書き替えで）単カラムに切り替わるのに、どうしてスタイルシートの中に「631 以上」という限定条件が書いてあるのか謎。このメディアクエリーは取り除いていい筈だよ。多カラムである事を明示したければ「.layout-multiple-columns」をセレクターに含めるだけ。これも提案事項だな…優先度は低いけど。
左下の象さんがいないのも同じ原因のようだ。第一に「display: none」と指定されていて、それを打ち消す条件が「(height >= 640px)」と指定されてる。まあ象がいなくなったのは別の絵を入れようと思ってるからいいんだけど。
あー、CSS のメディアクエリーで不等号の記法を使っていらっしゃる。「(width >= 631px)」だったら旧来の「(min-width: 631px)」でも同じ事だし、安易に対応環境を減らさないでほしいんだけど。またこうやって古い書き方と新しい書き方を混在させる…。
ちなみに、単一カラム構成でその選択肢の落ち影が何だか変な感じに描画される（下に落ちるが左右に出ない）のは、祖先要素が「overflow-y: hidden」になっているせいです。解除しても壊れないかな ? 標準の体裁なら、一見すると問題ない気がするけど。
Mofu UI では、投稿記入欄の内容が多い場合にカラム全体を縦にスクロールさせるようにしてるので、簡単には解消できない。（余白を設けて多少マシにしてる。）
「まだ連合されていない他サーバーの投稿に対して操作したい時、動線がマウスで完結しない」という問題を v4.1 以前の頃に指摘したけど、これは v4.2 で改善されました。貼り付けに右クリックメニューが要るのは安全性の観点でしょうがないとして、URL を貼り付けた時点で選択肢が現れて、それをクリックできるようになった。かつては検索開始の為にキーボードの return（enter）を押す必要があった。
非ログイン状態で Mastodon v4.2.1 の検索欄に URL を記入すると、「Mastodon で URL を開く」という選択肢が出るものの、選んでも何も起こらない。
あと、個別投稿のメニューでは「誰々さんをブロック」などの危険な選択肢が赤い文字で表示される設計だけど、ライトテーマではこれが効いていない（Mastodon 本体の標準スタイルシートのバグ）。いつからか知らないけど、先日気付いたので、もふけものスタイルでは修正してある。
Mastodon v4.2.1 の「ミュートしたユーザー」「ブロックしたユーザー」「ブロックしたドメイン」の画面は、カラムヘッダーとほぼ同じ位置に、ほぼ同じ大きさの「戻る」のボタンを重ねるという変な体裁で表示されてる。本来は「フォロー中のハッシュタグ」などと同じ構造で表現すべき所、見落とされたんだろう。
取りあえずカスタムスタイルシートで、重なりはしないように対策しておいた（添付の図）。ヘッダー二個あって変だけど。根本的には GitHub で報告して直してもらわないといけない…。
あと、ドメインブロックの体裁（div.domain）がカスタムスタイルシートで未設定だったので、取り急ぎそれらしくしておきました。図は動作確認の為の例（このあと解除した）。
概要ページの「管理者」と「連絡先」は横幅が狭ければ縦並びになる筈だけど、Mastodon v4.2.0 か v4.2.1 で壊れたみたい（リグレッション）。mstdn.jp はまだ v4.1.10 なので壊れてない（一枚目の図）。
気付きとうなかったわ…バグ報告しない責めを負うぢゃん…。
左下の通知のリンクっぽい部分の色を直したけど、a‐要素ぢゃなくて span‐要素でマークアップされてるのあり得ないんですけど。
Client Info
Server: https://mastodon.social
Version: 2025.04
Repository: https://github.com/cyevgeniy/lmst