私の MacBook Air だとシングルカラムレイアウトでトゥートボタンが画面外にはみ出して押しにくい場合があって、スクロールできるようにしたいと考えているんだけどどうだろう?
https://github.com/tootsuite/mastodon/compare/master...mayaeh:feature_compose-panel_scrollable
Change compose-panel to scrollable by mayaeh · Pull Request (#10891) · tootsuite/mastodon
https://github.com/tootsuite/mastodon/pull/10891
// 反応どうかわからないし他への影響も全部は見れていないので不安だけど、一応 PR 作りました。
y だけに限定した方がいい?
でも auto ではないのは常時出るようになるのでは…
( Getting-Started をスクロール可能にする PR の変更がauto だったので合わせた感じ
@noellabo オイゲンさんの言葉の意図をちゃんと汲めていないのですが、オイゲンさんとしてはスクロールバーを増やしたくない感じでしょうか?
個人的には auto ではなく y にするとスクロールバーを常時強制的に表示する気がするので、y にするのは避けたいです。
それと、Getting-Started 側も対応すべきでしょうか?
@noellabo たしかに、両サイドはスクロールすべきではないですね…悩ましいです。
実は私の普段のウィンドウサイズだともっとひどい見た目で、元々のモバイル用シングルカラム状態 + 新シングルカラムレイアウトの compose-panel が表示されています。想定された動作かどうかもまだ確認できていません。
新シングルカラムレイアウトでの画面の狭い環境への対応をどうするべきか悩ましいです。
@noellabo ブラウザによるかもしれませんが、auto なら不要な時は表示されないと思います。
コメントで y について書かれていたので、そっちの方がいいのかな?と
@mayaeh 横って何かoverflowするケースありますか?
@noellabo すぐに思いつくものは特にないですが、ユーザー名が長い場合やアンケートの選択肢が2バイト文字で長い場合、リスト名が長い場合がちょっとどうなるか気になります。
@noellabo react 絡むんですね…私もさっぱりです…
個人的には、そこ触るならシンプルカラムだけでなく標準の方も触るべきかなと思うのと、伸びるようにすべきか、それとも既存のスクロールだけの方がいいのか悩ましいです。