@blackjack 而且我剛剛才意識到，我幾次去官網圍觀 4.x，用的也都是四欄模式，而四欄外觀的改變，除了色調和那個噁心的 translate 外，佈局方面其實改動並不大。所以似乎大家爭執的點，更多的在於那些習慣用一欄模式的人，是否需要、以及用什麼方式，也給他們引入「不用跳轉頁面」的思路？

@fivestone 五石可以看我發的 issue 裡的截圖，我覺得是每個人對時間成本的感知不一樣欸，雖然我也覺得很醜，但比起醜更大的問題是這個 sidebar 讓屏幕利用率降低了 15%（除去 navigation bar 以後的使用面積），且和 advanced web interface 不一樣，就算有了這個 sidebar 在手機上去看通知和切換 timeline 它還是一樣要跳轉 只是本來要按兩次才能跳到的 settings、DM、bookmarks、favorites、lists 現在只用一次。但問題是這些功能（除了 settings）可能有相當大一部分用戶（包括我在內）半年都不會點一次，為了少跳轉的那幾秒要長期忍受一個小了 15% 的 timeline 完全得不償失（你要多花在刷 timeline 的時間遠遠超過兩步跳轉所需的時間）。advanced web interface 對我是一樣的問題欸，我能理解五石說各個部分互不干擾，但對於我這種本來就把 notifications 關掉一大半的人來說，我跳去看一下只需要一秒不到，但是把它一直放在那裡其實我整個信息攝入的速度會因為 panel 少快 200px 變慢非常非常多⋯⋯五石可能是對「換介面」需要額外的操作而出現的時間成本比較敏感的類型，我是對屏幕利用率和信息攝入速度（包括已經看過的內容持續出現在視線內）比較敏感的類型⋯⋯

@blackjack 是啊，你 issue 裡那些我都同意。四欄三欄哪個舒適，和要不要為 eugen 的手機 ui 辯護，完全是不同話題啊。手機界面下屏幕利用率確實要重要很多，目前的設計看著也很白痴（但我沒真正去用所以沒有更直觀的概念，只是認為別人的吐槽有道理……

但另一方面，電腦上談屏幕利用率可能是另一種情況。我在電腦上讀 txt，也不會用 100% 的屏幕寬度啊。從 394 到 394*2 這個寬度範圍，我其實都無所謂，所以大概個人敏感程度不同吧。

以及我也沒那麼多 notif 要看，我說的互不干擾，其實指的更多的，是在 tl 上點開 thread，以及回覆的過程中，tl 的進度不受影響，這讓我感覺很舒適。

——大概也是和 twitter 那邊，每次跳轉後 tl 都會不一樣，某條推可能隨時找不到有關。我覺得能有一欄永遠存在的 tl 挺好的……

ps，剛發現（無論四欄還是手機）頭像下面的留空被取消了，所以目前的有效文字面積大概沒差？當然這和我對那個右邊欄反胃並不矛盾……

@fivestone

四欄三欄哪個舒適，和要不要為 eugen 的手機 ui 辯護，完全是不同話題啊

我沒說是一個問題啊，我的 point 是「我不用四欄」和「我不喜歡那個 sidebar」 的核心原因是一樣的，就是他們對我的使用習慣來說都是降低了屏幕利用率（對別人可能不會）。為什麼會提到 Eugen 只是因為五石一開始說「不用跳轉介面（所以更喜歡用四欄）」這件事對我來說是不成立的，因為「少跳轉」對我來說是建立在「犧牲了更常用的 panel 的 size（and as a result 信息攝入速度）」之上的，Eugen 的 sidebar 就是很明顯的「少跳轉也不等於更方便」的例子。人各有各的 priority，光是「advanced web interface （尤其在賭站主題下）蠻好看的」和 「sidebar 很醜」都足以對這兩個東西產生完全不同的態度。我從始至終說的都是對我自己而言這兩個東西 bother 我的點是一樣的 我也不會把電腦和手機的屏幕利用率分開看欸，可能五石是覺得電腦屏幕本身已經有那麼大了，只要窗口絕對值達到一定水平以後就沒有那麼影響了（which i totally understand)，但我在哪個設備上都很在意相對利用率⋯⋯

不過對我來說「屏幕利用率」確實也不是 advanced web interface 的唯一問題，像 pleroma 之前是兩欄，現在可以三欄，因為本身留白就很多所以完全不會擠佔主 panel 的大小，但我依舊也不會想用三個 panel，因為我就是不喜歡實時讀訊息和把看過的訊息一直留在視線範圍內的類型⋯⋯（不過這也要說到有的人的「屏幕利用率」的觀念是留白的多少（三欄反而是利用率低的），有的人（比如我）在意的「屏幕利用率」是 the interface u spend the majority of your time on 的佔比⋯⋯

剛發現（無論四欄還是手機）頭像下面的留空被取消了，所以目前的有效文字面積大概沒差

前半句話 yes，後半句話不一定，因為 line height 和 padding 全部被調大了⋯⋯還是要實測才知道（github 有人講過

@fivestone 所以我覺得 mastodon 真正該做的是 我們 misskey 的 advanced web interface equivalent 還能自己選擇要哪些 panel，每個 panel 有多寬，不僅能左右放還能上下疊，我們 misskey 還能在直接搞一欄看 RSS feed⋯⋯所以 Eugen 就是給用戶選擇權太少了⋯⋯
（我寫那條 github issue 的時候後面還講了作為一個右撇子覺得 sidebar 在右邊很奇怪，我用右手刷總感覺是要跨過 navigation bar 刷 timeline（體感是不符合右撇子使用習慣），但後來發現蠻多左撇子說「作為一個左撇子覺得這個 sidebar 在右邊很怪，這個設計完全沒有考慮左撇子」 感覺人的使用習慣真的千奇百怪，連手機上的 sidebar 放哪邊也不是靠慣用手就能解釋的，所以 Eugen 像 Pleroma 一樣讓用戶可以 reverse column order 就好了啦⋯⋯讓大家愛用哪個就用哪個

@blackjack 我覺得最靠譜的方式就是儘量開放 api，把前端模塊化，讓人們根據自己的喜好去訂製 app 或 soapbox。畢竟官網 UI 這種東西，哪怕很多人覺得你的意見沒錯，也仍然會有其它用戶不 care 或甚至是相反的意見。搞民主或獨裁都不合適……

@fivestone Pleroma 就是這樣的欸，一直是前後端分離的 光是官方推的 frontend 就有這麼多，不僅能裝 soapbox 還能給 Pleroma 套皮 Mastodon，就連管理員介面都是一個單獨的 admin-fe⋯⋯但即便 pleroma 有這麼多前端，misskey 有這麼多種 UI 可切換，其中任何一個都談不上「精緻」（by 「精緻」i mean bug 少，不是我個人的審美喜好），「自由的 CSS bug」和「不自由的精美」中我其實會選擇後者⋯⋯i mean 其實 soapbox 很早以前就支持 mastodon 了，但是 mastodon 沒什麼站裝主要是因為（之前）沒必要⋯⋯（然後在 mastodon 失去了「前端精緻」這個優點以後，它的競爭力在火速跳水，畢竟 pleroma 和 misskey 不僅前端自由多了後端的功能也多多了（還輕量多了⋯⋯

@blackjack 嗯我注意到 line height 了，但姑且把它當成（只是因為和以前不同而不習慣）而不在這個上面計算有效面積。畢竟如果它改的更緊湊估計我可能也是一下子不習慣……

@blackjack 話說，這個因人而異的舒適閱讀寬度，是不是和每行的字數有關係？因為（不改 css 的話），mastodon 無論三欄四欄，在瀏覽器滾輪放大縮小時，每行字數是不變的。

所以 bj 在電腦屏幕上，閱讀可調寬度字號的文本時，大概會調到什麼舒適寬度呢？如果某個 fedi 界面，主 tl 滿足了你的這個寬度，其餘的地方再去做其它事情，那麼會不會仍然有對（看過的內容持續出現在視線內）的不爽？

@fivestone

閱讀可調寬度字號的文本時，大概會調到什麼舒適寬度呢

這個寬度是指「字間距」嗎

如果某個 fedi 界面，主 tl 滿足了你的這個寬度，其餘的地方再去做其它事情，那麼會不會仍然有對（看過的內容持續出現在視線內）的不爽

會欸，我前面已經說了

像 pleroma 之前是兩欄，現在可以三欄，因為本身留白就很多所以完全不會擠佔主 panel 的大小，但我依舊也不會想用三個 panel

在 pleroma 上二欄還是三欄對主 panel 毫無影響但是我用了還是會不舒服。主要還是讀過的訊息依舊留在屏幕上的問題，但是總體來說比 mastodon 的 advanced web interface 看起來舒服非常非常多，因為 advanced web interface 對我來說的另一個問題是（除非你真的有海量 notifications），不然其實大部分時間視線是集中在屏幕左邊（對我來說很窄）的 pnael，使用起來就很怪（感覺一直在瞟旁邊）。pleroma 三欄以後主 panel還是在正中間，看起來就舒適很多，我不用的唯一原因就是不喜歡看過的訊息依舊留在屏幕上⋯⋯

@blackjack 不是字間距，就是把閱讀器調整到多寬。——雖然這個和字號、字間距、屏幕大小和距離，都有關係，但通常大家都不會用 100% 屏幕看文本吧

@fivestone 五石發的這個我感覺沒有很舒服欸，但不是寬度的問題是 padding 的問題 左右給我感覺 spacing 太小了，v4.0.0 mastodon 也是這樣，取消了頭像下方的留白兩邊都是頂著的 所以還是要看具體情況，我把閱讀器調整到多寬也要看閱讀器的 padding 怎麼樣 沒有一個寬度能保證舒服的

@blackjack 嗯，我只是隨便打開個界面舉個例子，這個 padding 我也覺得不舒服，只是在既有 padding 的情況下，也可以調整閱讀器看哪個寬度相對最舒適。我覺得對我來說大概每行字數差不多是固定的（雖然浮動範圍很大），大概 18-30 左右。

所以目前 mastodon 的四欄是每行 18 字，三欄是 32 字，後者其實對我有些過寬了？（當然這個習慣本身可能也是長期看窄行養成的

@fivestone 我懂欸，在幫小喬給 v4.0.0. debug 的時候發現它（根據屏幕/窗口 size 改變 panel size 的 CSS code 變了），所以 debug 時出現了圖一 這麼詭異的介面 （順便吐槽一下這個更新的後果是如果把瀏覽器窗口縮小，會變成圖二那樣還要特別去點右上角的 compose 才能發 po（同時你就看不到 timeline）的傻逼設計，v3.x.x 是圖三那樣的 navigation bar 在上面，同一個介面能切換菜單能打字還能閱讀信息。這種雙欄的我也蠻常用的（因為開電腦要去幹別的事很多時候都不會把瀏覽器開很大），雙欄（相對）屏幕利用率更高⋯⋯

不過話說回來五石說三欄過寬我覺得還蠻神奇的欸，因為 max width 才 600px 其實比一般 A4 紙還窄 平常讀 paper 之類的 PDF 單頁橫寬/每行字數都比 mastodon 三欄寬/多很多吧

@blackjack 是啊，但讀 paper 和日常 leisure reading ，不是一個感覺的。我也覺得可能是我長期被手持設備影響，習慣的每行字數變少了。

剛發現手機 mastodon 瀏覽器、和 twitter app，默認效果也是每行 18 字，和 瀏覽器四欄是一樣的……而且我 kindle 的舒適字體，每行也是 20左右，遠小於三欄的 32 字。

圖一是個什麼詭異狀況…………

以及剛剛在主號開投票時，有人回覆了更詭異的用法：在 ipad 瀏覽器用四欄界面，但只顯示三欄，然後用手左右滑……然後 ipad 豎起來時就顯示兩欄半……

雖然我不用pad，以前確實沒想過隨時橫豎屏幕的問題，但這也太詭異了……

@fivestone ipad 太窄了都不夠放四個 panel 的然後就要一直滑動我也看了很不舒服（我也完全不會把 ipad 豎著用）⋯⋯欸話說五石開 advanced web interface 不會這樣嗎 （這是主站）賭站是喬喬改過以後才能鋪滿屏幕的。
還是 misskey 好哇能自己改 panel width（雖然我也不用這個介面 ）

@blackjack 你說的 “這樣” 是指哪樣？除了取消頭像下面留空，以及中文下面的 translate 外，佈局上沒感覺有啥變化啊

@fivestone 主站 advanced web interface 在最靠右的 panel 的右邊還有一大片是留空的欸，賭站的能鋪滿

@blackjack 欸？有的，4.x 和 3.5.5 都有（我果然對前端不敏感……

@fivestone 喔這個確實不是 v4.0.0 才有的（不然賭站也不會那麼早就提前 fix v4.0.0 的問題 ），之前就有所以我一直覺得 advanced web interface 在我看來很詭異（對我來說這個就是 CSS bug⋯⋯）話說五石的手機多大呀，我才意識到原裝版 panel 才 350 px 這個看起來已經比我手機小了

@blackjack 如今手機不都是6"左右嗎，想買小的都買不到……而且也要看你電腦屏幕多大啊，我 15" 的 laptop，四欄 tl 還是要比手機大一點點的。

我對前端是比較糙啦，用了四年都沒發現四欄右邊有留空的……可能那種錯位的對我而已才算bug 吧，這年頭幾乎所有網站都在寬屏各種留白，於是都意識不到了……

@fivestone iphone mini 才 5.42 啦（雖然我知道五石不用 iPhone）⋯⋯
說是 bug 是因為不對稱啦，本來四欄的目的就是要最大化整塊屏幕的利用的，結果在側面留了 1/2 個 panel 那麼大的空隙，就算要留白也該長這樣 應該是開發者自己的屏幕沒那麼寬所以設定到 300px 就能鋪滿了吧⋯⋯（我之前的電腦上就是能鋪滿的，我看過很多人的截圖也是能鋪滿的）應該寫成動態調整的，所以確實是 bug

@blackjack 啊，我剛剛被人回覆才意識到，四欄界面除了最左邊外的每一欄，都是可以 unpin 的，也可以把其它書籤 list 鋪成五欄六欄……（感覺4年前剛用 mastodon 時是知道這個功能的，但已經忘乾淨了

這樣的話留白對我這種糙人也就不算 bug 了，而且 bj 也可以把四欄 unpin 成三欄啊（反正我對 notif 也不是很在意，只是喜歡保留 tl 進度單獨點開 thread 的功能。