#61 で修正された読み込み不良の不具合に関して少し調べたところ、認証しているアカウントの一部にてドメイン名の末尾にスラッシュが付いていることに気づきました。
そこでMistdonの設定ファイルを覗いてみたところ、カスタム絵文字キャッシュ関連のファイル構造が以下のようになっていました。

app_prefs
├ emojis
│├ fedibird.com
││└ .json
│└ social.vivaldi.net.json
├ auth.json
├ columns.json
├ emoji_history.json
├ general_pref.json
└ history.json

ドメイン名の末尾にスラッシュが付いていたことによりカスタム絵文字キャッシュのディレクトリ構造に異常が生じ、正しく認識されず、v1.2.1での読み込み不良につながったと考えます。

げっとさんご報告ありがとうございます。
ウィンドウの縦幅が狭くて、特に文字数制限に引っかかった投稿のうち縦に長い投稿で起きるみたいです。
一応詳細表示をすればスクロールできる状態になるので、詳細表示(投稿時間をクリック)を使うことをオススメします。

これ対応したほうがいいかな……。

v0.5.1に組み込む予定の機能だったんですが、自分で使っているうちに「これほんとにいるのか……？」って感じてきたので、一旦プロトタイプとしてIssueに上げることにしました。
具体的にはクリック長押しで発動して対象アカウントでドラッグ&ドロップすることによりお気に入り/BTRN/リアクションをワンタッチで使えるようにする機能なんですが、自分がテキストコピーでドラッグ&ドロップを多用するので、暴発してうぜえな……って思ってしまったんですよね……。
全体設定でON/OFFを切り替えられるようにするのがまず第1段階かなあ、と思ってます。

Misskeyの通知欄に実績解除が来るとバグる。
そのまんますぎるんだが実績解除のレスポンスで来るJSONの情報量が少なすぎてundefinedになるんだわ。
getIntegratedPostメソッドの方はNullable対応して通過するように一旦しといたけど、根本的に実績用の表示を追加するかスルーするか考えないと統合した他の通知やタイムラインもまとめて出てこねえ。
とりあえず今日は遅いので一旦Issueだけ書いておきます。

v0.5.1実装予定機能のメモ。
「常駐させておくほどでもないけどちょっとしたときに眺めたいタイムラインを保存する設定項目」を作ったほうがいいかなあと思って。
とりあえず自由移動型ウィンドウにしたい。一時的に表示させるものなので。
遡上させるかどうかは検討中。キャッシュの関係で無限に重くなる可能性もあるかもしれんし。

いい加減実装したほうがいいと思うので実装したいですね……。

何をどうしたらこんな通知ができるのかまったく謎なんだが、とりあえず起こってたので暫定対応はした。
起こったのはボカロ丼 Mastodon v3.5.19
なんだこれ……

またしてもげっとさんありがとうございます。
外部ブラウザ起動のイベント定義が甘かった……。
一応ローカルでは直したけどv1.1.0でのリリースにしようかなあと思ってます。
引用ノートをクリックしてポップアップ表示してからリンクをクリックすればちゃんと外部ブラウザで開くので、一旦それでリンク開いてください。
お手数おかけして申し訳ない……。

メディア投稿を実装した関係で待機時間の長い非同期処理が多めに出るようになったので、現状のままの処理実行通知体系だと画面に長いこと通知トーストが居座り続けることになって邪魔なので、バックグラウンドでやってます、ってアピールする感じの表示に変えたいと思ってます。
そのためのアニメーションミトリンも描き下ろさないといけないなあ……。

あ、あと、(定期的な)WebSocket切断通知はさすがにうっとおしいので専用の通知画面作ろうと思います。

あったら便利かなって思って！昔の思い出が掘り起こせるじゃない

どのバージョンに仕込むか未定になってしまったのでプロトタイプとしてIssueにあげておく。
フォントサイズ、全体レイアウト、その他諸々を設定できる全体設定機能をつけようと思ってるんですが、効果範囲が全体に及ぶ関係で実装がなかなか難しく、どうしようかなあと悩んでるところです。
v1.0.0までには組み込みたい。

候補としてはユーザープロフィールのヘッダ左のあいたところかなあ……。

ショートカットキーを自由に書き換えられたほうがいいんじゃないかなあ……と思いつつ。
とりあえず最速でもv2.0.0やね。

色々考えてコンテナクエリを使えばかなーり幅を狭くしてもちゃんと表示できるんじゃ？って気がしてきたので重い腰を上げて対応しようと思います。

これもずっと放置してきた問題なのでv1.0.0と同時に直したいですね……。

はぬべきさんご報告ありがとうございます、とりあえずプルリクには修正分を上げておく……。

v1.0.0でリリースする予定だったんですが、Misskey限定の機能であること、体裁が整ってないこと、クリップに追加する機能も必要かと思って、一旦v1.0.0ではお蔵入りにしました。
これいるかね……。

トレンド確かAPIで取得できたよな……？

ツイッターみたいに通知をある程度のまとまりにする機能をつけようと思ったんだけど、なんかバグってるので一旦プロトタイプとして退避しました。
やるとしてもv1.1.0以降だな……。

一応ローカルでは対応しておいたんだけど忘備録も兼ねてIssue上げとく。

いつか入れなきゃなあと思ってたんですけどやっぱ入れたほうがいいですねこれ！
リストレイアウトどうしよっかなあ

具体的には「以前の絵文字のショートコードが履歴にある状態で絵文字キャッシュを更新して最新のショートコードをローカルにキャッシュすると履歴を表示したときにバグる」ですね……。
とりあえず現象だけ。

v0.5.1実装予定機能のメモ。
現状考えているのは専用のグループと別のところで考えている一時カラムを使用して、特定の投稿を起点にして遡るためのタイムラインを生成すること。
今見ているタイムラインを遡上可能にする案も考えたんだけど、リアルタイムに更新されるものと遡って表示されるものを別々に見たいという個人的な願望があるのでこの方式のほうがいいかなあと……。

結論から言うとMisskey側がAPIを公開していないっぽいです。
↓参考Issue
misskey-dev/misskey#6044

これが解決しないとリアクション機能が実装できない……。

概要

ヘルプ内の上部目次に「v0.4.1で実装されていない基本機能について」という項目がありますが、本文内の見出しでは「v0.5.1で実装されていない基本機能について」となっています。誤植と考えられますので、対応よろしくお願いします

メディア投稿ができるようになって、一旦ポスト待ち状態にしてから別の投稿とかを書いて、投稿に失敗したら復元するとか、下書きを保存するとか、そういうことができるようになりたい。
だいぶダルそう。

現状Misskeyの認証解除はただ単に設定ファイルから行を消しているだけでアクセストークンのrevoke処理を行っていないので、外部にアクセストークンを保存していればそれを使ってAPIにアクセスできるようになっている状態です。
API Docにrevokeの仕様が書いてなかったから……。
とりあえずいつかはやらなあかんということで忘備録。

海外のマストドンインスタンスのひとつであるAethy(aethy.com)にWebSocketでStreaming APIに接続しようとするとHTTP 301 ERRORが返ってきて接続できない。
HTTP 301はホームページ移転のステータスコードなのでURLがおかしいんかと思ったんですが、/api/v2/instance呼んでconfiguration.urls.streamingを見てもURLは間違ってないんだわ。
v3.3.x以前のクエリパラメータを使うAPI使ってるのがよくないんかね……、このインスタンス独自実装を組み込んでるのでなんかあるのかもしれん。
一旦緊急性が低いので(このクライアント使う人にAethyユーザーいる？？？)Issueに投げてあとでなんとかします。

v0.5.1実装予定機能のメモ。
最近使ったカスタム絵文字およびリアクションを10件まで保存する。
あと投稿欄に入力中にコロンスタートでカスタム絵文字のサジェストウィンドウを出したい。
今のカスタム絵文字パレットは俯瞰的にみるにはいいんだけど、よく使う絵文字を瞬間的に引き出す機能に欠けているので……。
あと右クリックからリアクションするときにコンテキストメニューにカスタム絵文字履歴を表示したい。

なんかどうやらできるっぽいという話を見たので……。

タイムラインレイアウトを自分でカスタムできる機能ほしいですね……。
とりあえず重い機能なので1.x系ではやりません。

具体的には
https://github.com/tizerm/Mistdon/blob/main/main.js#L266
この行のWebSocketパラメータを渡してWebSocket接続するとリスト全然関係ない謎のノートが流れてくる。

https://github.com/misskey-dev/misskey/blob/develop/packages/backend/src/server/api/stream/channels/user-list.ts
一応ここ見て設定してみたんだけど、Misskeyのバグなのか、なんか設定の仕方が悪いのかどっちだ……？
(v0.4.1では勝手に変なノートが流れてくると使い物にならんので自動更新を切っています)

カラム数が少ないor横幅が大きいと(チャットレイアウトだとしても)画像が大きくなりすぎてしまう為、
「サムネイルの最大サイズ(px)」を指定して横に並ぶ数を自由に決められるようにして、
おまけとしてホームレイアウト時もデフォルトで5枚以上表示できるようにしてほしいです。
(製作者さんしかIssue書いてないけどここに書いて大丈夫だったでしょうか…？)

v0.5.1実装予定機能のメモ。
Response HeaderにページングIDをもたせてるみたいで現状の実装じゃどうにもならん……。
とりあえずIssue立てて解決策を練ります……(おそらくfetchを使う形になりそう？)。

アプリの終了時、もしくは特殊リロードで「その時点での最も新しい投稿」のIDを各タイムラインごとに保存しておいて、次回起動時に遡りウィンドウで復元できるようにしたい。
昔のツイッタークライアントにあった「未読管理」のMistdonなりの表現方法です。
v1.x.xに組み込むかv2.0.0に組み込むかで悩み中。

ずーっと片手間なレイアウトで全然手入れしていない画面なので正式リリースと同時にきれいにしようと思います。

あまうらさんからのご報告です、ありがとうございます
取り急ぎIssue立てとく

調査した結果ファイル形式がmovだったんですが、movだとMisskey側でサムネイルが生成されないっぽいですね……。
とりあえずv1.0.0では対応しない予定です、レアケースなので。
今後どうするかはリリースした後に……。

WebSocket接続が「エラーで」切断されたときに、いちいち再接続するのに画面全体を更新するのもバカらしいので切断されたインスタンスに絞って再接続する機能をつけたほうがいいと思いましたまる。

ユーザープロフィールとお気に入り/ブックマークからメディアだけを抽出してギャラリーレイアウトと同じ方式で表示する機構がほしい。
何かと使うでしょう……特に特定のサーバーで……(主に俺が

わたかぜさんご報告ありがとうございます！
とりあえず忘れないうちにIssueに上げとく

そういや実装してなかったわ！
というわけでメモ

あまりにも機能が飽和しすぎて絶対ユーザーがヘルプをめんどくさがって見なくなると思って、任意でTipsを表示できるようにしようと思ってます。
電光掲示板みたいに……。

現状ウィンドウ横幅が640px程度だと投稿欄が崩れてまともに使えなくなります。
この問題を放置していたのはそもそも複数のアカウントを持つ人がそんな狭いウィンドウ幅でこのクライアント使うわけないやろという思い込みからだったんですが、冷静に考えて複数のアカウントを持つ人が単一カラムでも管理できるのがこのクライアントの特徴だというのがすっぽり頭から抜け落ちていました……。
これはなんとかしないとUXに影響が出るのでv0.2.xあたりでなんとかしたいですね……。

重い腰を上げて画像とかも投稿できるようにしたほうがいいかな！と思い始めたので、この機能を入れた時が正式バージョン(v1.0.0)としたいと思います！
とりあえず方針だけ立てたので現状どうするかなにも考えていない……。

現在（1.1.0）投稿画面でShift+Enterを押すと投稿フォームのフォーカスを維持して投稿される仕様になっていますが、Shift＋Enterは一般的に改行に割り当てられることが多いのではないでしょうか(Discord,LINE,Signalなど)
単独のEnterは割り当てられる操作が改行か投稿かアプリケーションによって異なる一方、Shift+Enterは多くのアプリケーションで改行に割り当てられるため、Mistdonでも投稿ではなく改行に割り当て、現在のShift+Enterは別のショートカットキーに割り当てた方がよりわかりやすい操作感になると思います

JSON Response仕様の問題か……？対応は後で考えるとして取り急ぎ報告まで。

お気に入りとブックマークを表示する機能はもうあるんですけど！
もうちょっと強化して見やすくしたやつがほしい。いちいち履歴めっちゃ遡るのだるいし……。

やっぱりこの問題深刻なので立てておきました。
一旦ウィンドウアクティブを外してからもう一回アクティブにすると治ります。

今100件の送信履歴をいっぺんにRequest送って取得しているんですが、あまりにもRequest送りすぎなので、ページ送りできるようにしようと思います。
APIのページ送りと勝手が違うのでうまく実装できるか……。