Skip to content

Commit d411beb

Browse files
committed
edit
1 parent de6c59b commit d411beb

File tree

1 file changed

+3
-1
lines changed
  • content/blog/vim-is-your-next-prose-editor

1 file changed

+3
-1
lines changed

content/blog/vim-is-your-next-prose-editor/index.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -50,7 +50,9 @@ Vim 光标移动的必修第二课就是文本对象:在配置好匹配规则
5050

5151
我记得在抱着编程的心态学 Vim 的时候,看到几乎所有人都需要花很多时间训练自己熟悉 Vim 的光标移动和文本对象概念,包括我自己也是其中一员。现在回想起来,可能这就恰恰反映了编程时截然不同的心智模型。而后我又想到,我在 VSCode 中定位需要编辑的代码片段时,其实心里大概想的是一个视觉图案,比如“大概在文件 2/3 位置、前后很多空行、红色很多蓝色很少、前后都很短但是就其中一两行很长的地方”。进而定位时经常会参考滚动条侧边的缩略图,或者往下猛然滚动之后扫到一个印象中的视觉图案。这也反映出了同样的问题。
5252

53-
再更近一步说,我甚至认为 Vim 这种终端年代设计出的软件产品,长文的翻页和滚动恰恰有非常大的弱势。不仅是 Vim,请也回想一下在终端用到 man、less、甚至 tmux 的经历。终端界面(TUI)仿佛在设计之初就不考虑滚动条,如果有的话也只是在底部的状态栏里的一个百分比。**习惯了图形界面(GUI)之后,我往往会觉得 TUI 中滚动长内容的过程非常没有安全感。**翻页的时候整个视窗直接跳跃到新的地方,**没有一个“划过”的感觉、也没有对进度的实时感知**
53+
再更近一步说,我甚至认为 Vim 这种终端年代设计出的软件产品,长文的翻页和滚动恰恰有非常大的弱势。不仅是 Vim,请也回想一下在终端用到 man、less、甚至 tmux 的经历。终端界面(TUI)仿佛在设计之初就不考虑滚动条,如果有的话也只是在底部的状态栏里的一个百分比。
54+
**习惯了图形界面(GUI)之后,我往往会觉得 TUI 中滚动长内容的过程非常没有安全感。**
55+
翻页的时候整个视窗直接跳跃到新的地方,**没有一个“划过”的感觉、也没有对进度的实时感知**
5456

5557
### 繁琐的配置
5658

0 commit comments

Comments
 (0)