Questions tagged «history-of»

为什么要hjkl在同一行上使用按键而不是像wasd在视频游戏中那样在三角形中使用按键？ 为什么不是相当于跟右手，像ijkl或pl;'？

56 cursor-motions  history-of  keyboard-layout 

正如:help iccf... 所说 Vim是慈善软件。您可以随意使用和复制它，但建议您为乌干达的贫困儿童捐款。请参见kcc下面的内容或访问ICCF网站，这些网址位于以下网址： http://iccf-holland.org/ http://www.vim.org/iccf/ http://www.iccf.nl/ 您也可以赞助Vim的开发。Vim赞助商可以对功能进行投票。请参阅sponsor。钱还是去了乌干达。 估计有多少票可以归功于Vim为乌干达筹集了多少钱？ 我知道无法获得确切的数字，因为捐赠并不总是带有原因。上限/下限或数量级数字将起作用。

55 history-of 

我无意中gh以正常模式按下并开始选择，因此我查找了文档并找到了:h Select-mode。 据我了解，选择模式与视觉模式很接近，除了： 输入一个可打印的字符，<CR>或者<BS>将删除选择，开始插入模式，然后用输入替换选择。 hjkl 其他正常或视觉模式的移动将不会扩展选择范围，除非它们带有前缀 <Shift> <CTRL-O>和<CTRL-G>将切换到视觉模式。 该文档还说明了以下内容，如果我理解正确，则意味着可以进行按行选择，然后按特征进行处理： 在“选择”模式下使用运算符并且选择是按行选择时，将对选定的行进行操作，但与按字符选择一样。例如，当删除整行时，可以稍后将其粘贴到一行的中间。 我有点困惑，因为我不明白为什么要创建此模式：我所看到的就是它不如可视模式方便，并且不提供更多功能。 另外，我所做的所有搜索都给出了在可视模式下进行选择的结果，但不考虑选择模式。 所以我的问题是： 为什么创建选择模式？ 与可视模式相比，它有什么优势？ 使用选择模式更有趣的用例是什么？ MetaNote我不知道哪个标签与此问题相关，请根据需要随时重新标签。

36 visual-mode  history-of 

是否有特定的历史原因？ 背景 -（如果您已经理解了这个问题，则可以跳过此部分。） 作为中级/高级vi用户会知道，y是在“抽出”命令它猛拉（份）由下面的移动命令指定的文本。*因此ye猛拉到字的结束时，y0从光标位置猛拉到行的开始，y_拖动整个当前行，y$从光标位置拖动到当前行的末尾，依此类推。 的d（删除）命令和c（变化）命令都可以与所有这些运动的被使用。 dd是的同义词，d_并删除整个当前行。同样，cc是的同义词c_，并将更改当前行（即它将删除所有文本，并在行的开头将您置于插入模式）。** “ yank”命令遵循此约定；yy会像一样拉动整个当前行y_。 还有另一组同义词：D是的同义词，d$将从光标位置到行尾将其删除。 C是的同义词c$，它将文本从光标位置更改到行尾，使您进入插入模式以键入新文本。 但是，Y是或的另一个同义词，它将使整行yyy_（而不是象从Cand D模式中所期望的那样）从光标移至行的结尾。 我了解在Vim中一直保持这种方式来保持与向后的兼容性vi，如Vim帮助中所述:help Y： 如果您希望“ Y”从光标到行尾（更合逻辑，但不兼容Vi），请使用“：map Y y $”。 因此，这是来自的延期vi。精细。 但是，为什么命令最初是这样设计的？有没有逻辑呢？ *具体来说，它将文本放置在寄存器0中，并将未命名的寄存器指向寄存器0。 **尽管这不是有关我的问题，S是另一个同义词cc或c_。

28 key-bindings  cut-copy-paste  history-of  original-vi 

大写“ vim”的正确方法是什么？我已经看到这些变体被使用： vim Vim 病毒 VIM 哪个是正确的？还是他们都被认为是正确的？如果查看这些:help文件，就会发现正在使用几种样式。

18 help-system  history-of 

有时在某些Unix上，我找到了一个名为的命令nvi。它是一个类似vi的编辑器，没有很多功能。也许那是旧的叉子vi？ 无论如何，哪些vi版本是其他版本的分支，哪些是独立开发的？他们是否有类似于Unix的“家谱”？

18 history-of  original-vi  nvi 

这种语言的名称有时也被称为Vimscript，是一个争论的话题。有些地方使用Viml（或者是VimL？），其他地方则使用Vimscript。它有正式名称吗？如果有，它是什么？从什么时候开始正式使用？ 关于VimL vs Vimscript的问题（〜5岁） 最近的一篇帖子提到它有一个正式名称 一系列的:helpgrep \cviml\>尝试导致我们syntax.txt： g:vimsyn_noerror Not all error highlighting that syntax/vim.vim does may be correct; VimL is a difficult language to highlight correctly. 和version7.txt： Added special python-vars objects also available for python-buffer and python-window. They ease access to VimL variables from Python. 因此，这似乎VimL是一个正式术语，但是usr_41.txt，最好地记录了该语言的文件却没有提及VimL。

15 vimscript  history-of  terminology 

我最近阅读了有关黑洞寄存器的信息"_，该寄存器是只写寄存器。 Vim文档以这种方式描述它： 黑洞寄存器“ _ 写入该寄存器时，没有任何反应。这可用于删除文本，而不会影响普通寄存器。从该寄存器读取时，不返回任何内容。 在我读过的所有文章和书中，作者始终使用相同的示例，即当我们需要删除一些文本而不删除以前要删除的内容时使用该寄存器。 我了解这种用法​​，但令我惊讶的是，我找不到该寄存器的其他用例，这使我想到两个问题： 该寄存器在其他一些用例中有用吗？如果是，哪个？ 如果要在我之前引用的用例中使用该寄存器的唯一目的，为什么Vim的创建者决定使用这种寄存器来解决此问题？我的意思是，此答案显示了针对此问题的解决方案，该问题意味着与使用相比，击键次数更少"_。使用"0还可以避免使用黑洞寄存器，为什么他们要创建它呢？

15 register  history-of 

我们都知道，在搜索时\n是换行符，并且\r是回车符（^M），但是当替换\r是换行符时\n则是空字节（^@）。 这种不对称的根源是什么？鉴于这种行为是……至少可以说是怪异的（当您第一次出错时，它适得其反）我希望这是有一些奇怪的历史原因。 （顺便说一下，是否有某种方法可以“修复”此行为并获得更直观的效果？）

13 regular-expression  substitute  whitespace  history-of 

Vi通过命令模式非常成功地最小化了手指移动和速度。 交换;并:似乎以保存其使用更多freqently比字母搜索repititions命令很多额外的换挡按键，但也有缺点，使用非标准键布局。 :for命令的优点是什么？与Vi整体的效率和优雅相比，我觉得我必须缺少一些逻辑。

11 key-bindings  history-of 

我对学习yank这个名字的名字很感兴趣。我也对Vi / Vim“ yank”与Emacs“ yank”不同的原因感兴趣。 另请参见：Unix和Linux上的相同问题；关于Emacs的双重问题

10 cut-copy-paste  history-of  original-vi