我重開 long.md，沒停在第三十節，開的是 TestFlight 那一版

9 月 23 日晚上我用「檔案 ▸ 打開最近使用過的項目」重開 long.md。沒停在第三十節附近。我第一個想法是這個功能壞了。

後來才對上。我開的是 TestFlight 那一版，上面還沒有閱讀位置。功能不在的那一份，當然不會記得我停在哪。

---

真的在做的那份，記得的規則很窄。側邊欄重開之後，你展開過的資料夾還在，目前這份文件也要捲到看得見的地方。但展開有兩種來源。一種是你親手點的。另一種是程式為了讓你看到目前檔案，自己把路徑上的祖先打開。後者若也寫進紀錄，下次就會把「幫忙打開的」當成「你要永遠展開的」。

收合更陰。系統收起某一層時，會一連串通知說底下展開過的子層也收起來了。若每一則都當真，重開之後那些子層的展開記憶就被擦掉。量過通知的順序之後改成：只記你自己點的那一次。系統順便收的子孫，不寫——除非你按住特殊鍵，明確說連下面一起收。

閱讀位置還原也併進來了。檔案變短，位置要夾在現有內容裡，不能落到下一行開頭的縫隙。第一輪實機量到的是另一件事：剛打開時排版還沒穩定，捲一次讀到的是估計高度，畫面停在錯的地方。改成短時間內反覆校正，直到那一行真的站住，或你自己開始捲、或文字被外面改掉為止。

測試一度碰巧綠燈。外來的展開訊息在檢查前又把資料夾打開，看起來像沒被影響。後來改成先製造外來變更、再立刻斷言。防線若不能在對的時間變紅，就不算防線。

要記得的是你做過的事。系統順便說的、排版還沒站住的，都不算。

收尾

側邊欄的檔案列對螢幕閱讀器幾乎按不下去，資料夾圖示還自帶一句被讀成「搬移」的說明。列本身改成可啟動，那句雜訊拿掉。空白鍵的綁定也拿掉了，免得跟系統的「輸入即搜」搶鍵。

先不說了，我得去用有這個功能的那一版，把 long.md 再關開一次。

這件事發生於 2026 年 9 月 23 日，文章整理於 2026 年 10 月。