スクリーンリーダでアクティベートしてもフォーカスが移らないのか……と思ったけど、<https://github.com/mastodon/mastodon/pull/33737>で`aria-controls`が追加されたのをFedibirdがまだ追従していないだけか

スクリーンリーダによる操作周りの問題は上流でも割と見られるので（e.g. <https://github.com/mastodon/mastodon/issues/30943>）、フォーク固有の問題なのか上流と共通の問題なのかは都度調べないと判断がつかない

これはMastodon本家由来の問題だけど、そもそもモーダルでないポップアップを（メニューボタンの直後でなく）DOMの底に配置するのがどうなんだという気持ちがある。モーダルでないからポインティングデバイスはポップアップの外を引き続き操作できるのに対して、フォーカスはDOMの底に追いやられるからこれだとキーボードや支援技術では同じように操作できない

モーダルならポップアップの外側をinertにする必要があるからポップアップ自体をDOMの底（というか主要な要素の外側）に置く合理性があるけど、非モーダルの場合は特に意味はない（モーダルの処理を使い回して楽したいとかは除く）……よね？（フロントエンドエアプなので歯切れが悪い）

BlueskyからFediverseへのブリッジをオプトアウトにするにあたって、AT Protocolでは基本的に`delete`や`update`等の`repoOp`は同じリレーを購読している全ての消費者にブロードキャストされることを想定できるのに対してActivityPubでは`Delete`等の到達可能性の保証が比較的弱いのが問題にならないかなといったことを思っている

……思っているのだけど、Bridgy FedのissueでFediverseからのブリッジをオプトアウトにすべきかのoff-topicな議論が延々と蒸し返されていて割り込みづらい

Ariadne Identity
https://ariadne.id/

第一印象が「ccTLDの濫用……」になってしまい、それ以上読み進められずにいる（？）

私は古い鍵を移行先の主鍵の副鍵として追加することで、新しい主鍵の公開鍵を取得すれば自動的に古い鍵による署名も検証できるようになるようにしてある
QT: https://fedibird.com/@tesaguri/113895422143397773 [参照]

古い鍵は主鍵としては失効済だけど、新しい主鍵の副鍵としてはまだ失効させておらず、古い鍵の主鍵としての失効証明書のrevocation commentで新しい主鍵への移行を案内しているので、古い鍵を主鍵として知っている人も問題なく移行できる……はず（ところでGnuPGのUI上でrevocation commentってどうやって表示するのだっけ？（？））

それはそれとして、古い鍵は2048ビットのRSA鍵とかいうのも含んでいるので、副鍵としてもなるべく早めに失効させたいところだけど……

というかRSA云々というよりは、今の自分からすると眉を顰めるようなリテラシー水準だった時期に生成されて保管されていた秘密鍵であるということの方が問題として大きいけど

まあそもそもPGP/OpenPGP自体がアレという話が散々言われていて……（突然全てをひっくり返す）

The PGP Problem | Latacora
https://www.latacora.com/blog/2019/07/16/the-pgp-problem/

Rust is Cancer (the crustacean sign of the zodiac)

不謹慎ネタなので`sensitive`にしておくべきだったかも知れない

Misskeyはアクセス権の無い非公開投稿でもURIが分かれば照会が通って、内容は非表示なもののユーザ名や投稿日時、リアクションなどは表示する仕様なのか。リモートのものでもサーバにキャッシュがあれば同様に照会できるっぽい？

このアカウントは、notestockで公開設定になっていません。

このアカウントは、notestockで公開設定になっていません。

at://did:plc:tv47zkg62tbrsbs6sm23wttw/app.bsky.feed.post/3lj5ml76e5s2v

分散というか、アイデンティティがnomadicであるかみたいな感じの話をしたいのだろうか

AT URIでリンクしようとすな、はい

このアカウントは、notestockで公開設定になっていません。

今のところBluesky PBCが例えば「data repositoryに破壊的変更を加えるよ」みたいなことを言い出したら普通に実行できてしまうような立場にありそうなのはどうなのという気持ちはある

ATProto Browser、PDSls等との比較においてJavaScript無しでも使えるのが良かったのに、最近はVercel Security Checkpointとかいうのが挟まってJSを要求してくることが多発するようになって残念（ニッチすぎる評価）。

しかもJSを有効にしても"Failed to verify your browser"とか言ってくるし、というか何かCookieを受け入れても失敗する

Fedibird上の`bsky.app`へのリンクについては自前のユーザスクリプト（<https://github.com/tesaguri/userscripts/blob/5fe84de3fc885beb427c5ade2dfe4c151245be93/mastodon-hook-bsky-app-links/index.user.js>）でPDSへのリンクに変換できるから良いけど（そこまでして`bsky.app`を開きたくないか？？？）、これもPLCの検証とかサボっているのがちょっとよろしくないのでアレ

このアカウントは、notestockで公開設定になっていません。

あれ、Bridgy Fedを設定されていたのか。私が確認したときはブリッジされていないように見えたけど、すわユーザスクリプトの不具合か？　……と思いきや、どうも確認した後にブリッジされていたらしい（<at://did:plc:tv47zkg62tbrsbs6sm23wttw/app.bsky.graph.follow/3lj65pxqcag2d>）。約1時間差のすれ違いである

ところでBlueskyについて「連合」／"federation"のような用語は馴染まなそうという話はBluesky側からも挙がっていたりするので（<https://bsky.brid.gy/r/https://bsky.app/profile/did:plc:fpruhuo22xkm5o7ttr2ktxdo/post/3l7pxu6ivss2l>）、分散的かはさておいても少なくとも「連合型」と呼ぶのは避けた方が良さそう [参照]

Atmosphereでは基本的にPDSからリレーへ、AppViewへという一方的なデータの流れがあるだけで、「連合」という用語から想像されるような対等なノード間の横の繋がりはないし

この形自体は恐らく「ActivityPubはフルメッシュだからスケールしない」（雑要約）的な立場によるものだろうから、優位劣位というかまあ何というか方向性の違いっすねという感じ。分散的かはさておいて

何というか一般論として、単に手頃なTwitter代替が欲しいだけだとしても何も恥ずべきことはないので、無理に「分散」という崇高そうな論点のワンイシューでFediverseに対してBlueskyを持ち上げようとせずとも、普通に"Nazi Bar"でない有力なTwitter代替くらいの気持ちで移行を呼びかけた方が健全なのではと思わないでもない

まああえて「分散」を重視する立場を貫くのだとすれば、ネットワーク全体の集約を行うノードの仲介無しにコミュニケーションが成立しないプロトコル設計（<https://dustycloud.org/blog/how-decentralized-is-bluesky/>）は本質的に重要な課題として挙げられて然るべきなのでは（「課題」というかかなり中核的な設計判断だろうから、個人的には「解決」可能とも思わないけど）