Masaya Suzuki
Masaya Suzuki
@haya14busa Please review it.
webpackに乗り換える、みたいなのはなしなのですかね？
>コピーくらいしかしてないし生JSで良い説 >terserとcssnanoを直接使って独自のビルドスクリプトを書けば・・と思ったけど保守性がないか この辺りで良さそうな感じしますね。
>https://github.com/misskey-dev/misskey/pull/9533 がマージされ次第Draftから普通のPRにする https://github.com/misskey-dev/misskey/pull/9533 は実装が固まるまで時間がかかりそうなので、こちらのPRをすぐ出したい等あれば https://github.com/misskey-dev/misskey/pull/9533 のマージを待たずに進めていただいても問題ありません。
(議論の大枠についての指摘で恐縮ですが) 以下のような観点で整理してみると、説得力がある・議論のたたき台にしやすいDescriptionになりそうな気がしますね。 * 今何が問題なのか (As Is) * 理想の状態とはどういった状態か (To Be) * pnpm導入によって以下がどうなるか検討 * As IsからTo Beにできる？ できない？ を1項目ずつ見る * As Isでは生じていない新たな問題は生じる？ 生じるとしたらそれはどういったものか？
具体的な場所はあまり考えていなかったですが、ナビゲーションバーで良いように思います。
確かに。 そちらの方が分かりやすいですね。
13.3.4にてログアウトボタンが存在することを確認。
Discordだと投稿の `...` 押下 -> `リアクション` 押下で、リアクションの一覧と各リアクションを誰が行ったかのダイアログが表示されるようです。 これと同様の表示を行うようにして、ダイアログに出てきた人を押下したらプロフィールに遷移するようにすると良さそう？
こちらですが、完成したDockerイメージのビルドサイズが大きくなるデメリットよりもパッケージのキャッシュを保持しておくことによるビルド時間短縮のメリットを取った、という理解で良いでしょうか？ Dockleのルール [`DKL-DI-0005`](https://github.com/goodwithtech/dockle/blob/master/CHECKPOINT.md#dkl-di-0005) と相反する状態になっているため、https://github.com/misskey-dev/misskey/pull/9568 の実装にあたりこのルールをignoreするか判断する材料にしたいという意図です。