在多年未更新之后，微软出人意料的透露它将在 Windows 10 下次重大更新中为记事本程序引入多项新功能。
记事本一直是 Windows 系统最基本的工具，但也一直非常简陋，功能单一，为此市面上就出现了各种增强的文本编辑工具，而在最新放出的 Windows 10 Build 17713 内测版中，记事本迎来了 N 年来的第一次大规模升级，颇有焕然一新的感觉。
记事本的新功能包括：
1.默认启用状态栏，能显示行数和列数
2.缩放文本，按住 ctrl 键，就可以使用鼠标滑轮放大或缩小文本
3.查找/替换功能全面升级，增加全文循环查找/替换选项(wrap-around)、可记忆查找/替换关键字和选项状态下次自动恢复、选中文字后打开查找/替换对话框会自动填入
其他改进
提升底层性能，改进打开大文件的速度
支持 Unix 和 Mac 换行符，默认使用 Windows 换行符，但能正确显示 Linux 和 Mac 文本内容，该功能微软在今年五月就已经提供给测试者
用户将可以用 ctrl+backspace 来删除记事本里的前一个单词
提供右键选项用 Bing 搜索记事本中的单词
方向键可以正确反选文字并移动光标
可正确显示超过屏幕大小的行
等到今年秋天发布的 Windows 10 Redstone 5 正式版，也就是 Windows 10 2018年10月更新版，记事本将以全新的姿态展现在大家面前！
精彩评论
引用来自“Eriloan”的评论
一个记事本都能成大新闻，有意思。引用来自“Fenying”的评论
完了完了，连notepad都要出bug了引用来自“久永”的评论
非常正确！我们要的不是功能强大，
我们要的是 可靠、安全、有基本功能
还有就是为什么要用记事本的最重要原因：
速度快！
对于记事本来说，启动速度改慢了，一切升级都失去了意义！
引用来自“乌龟壳”的评论
记事本打开大文件慢成狗，这个启动速度没啥意义大文件本来就不是它原来一开始的设计目标，后来勉强支持，本来就是个被饱受诟病的bug，这个谁不知道？
说它快，当然是指它程序启动速度最快了。
需要杠这个吗？
引用来自“Fenying”的评论
完了完了，连notepad都要出bug了我们要的不是功能强大，
我们要的是 可靠、安全、有基本功能
还有就是为什么要用记事本的最重要原因：
速度快！
对于记事本来说，启动速度改慢了，一切升级都失去了意义！
最新评论（50）
再一次证明了联通就是不如移动.
代码编辑交给Sublime、VS Code以及更加集成化的IDE。
引用来自“久永”的评论
@乌龟壳 汗！这样做你们也敢干！你们技术总监不干你们？这个是矢量图的计算问题，和svg无关吧？我不知道你在什么环境下用，我是在 wpf 里面用的类似功能。wpf的图像底层是非托管底层是DX的，就算这样，处理起来依然效率不是很高。还好我要处理的量不多，而且官方库提供了现成的 api ，总算勉强够用。我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
引用来自“乌龟壳”的评论
gpu bezier 八竿子打不着，gpu只认三角形。这个问题不熟悉算啦，我再找别人去问问。引用来自“久永”的评论
看来逆还停留在 gpu=显卡 的认识上，难怪会搞成这样，你还年轻啊，小伙子。引用来自“乌龟壳”的评论
对于认为“凡是图形计算都能用GPU”这种认识的外行来说，他们以为凡是和图形挂钩的东西都适合 GPU 去做。这种认识就像算三角形的面积，本来几个乘法就解决的事情，非要用 GPU 渲染后，计算最终像素值，求近似解。美其名曰 GPU 加速。
引用来自“久永”的评论
按这个说法，不能按图形计算计算需求（指没法转换成对应等效渲染计算的计算需求——补充下，怕），那就没法没法用GPU计算了？行，我们搞GPU计算的是外行。
我错了，你赢了。
反正我们的聊天记录大家都能看到，孰是孰非，大家自有公论。
装睡的人是叫不醒的。
我们的讨论到此为止吧，我不会再回你了。
就算扯上 GPU，你也得把算法搞清楚才能在 GPU 实现吧？
你可能不知道我说的裁剪是矢量-矢量的，你提的那些跟 GPU 有关的库都是渲染的东西。GPU 有关的库大部分都是矢量-标量的，而且那些库的裁剪因为 GPU 可以在标量层面（片元着色器）裁剪，所以一般不做太复杂的裁剪计算——因为他们只要最终的标量（图像）正确即可。
说你外行是因为你根本不清楚里面的细节。当然你不清楚就不清楚没啥，毕竟是我提的问题，也是我研究的领域，你不清楚有啥？我也不清楚浏览器开发，但我不觉得这算啥事，术业有专攻而已。
问题是你从一开始就给我定性“杠精”，到后面画风全变了，弄得我说每句话都像跟你杠一样。你不是装睡，只是自视甚高。
引用来自“久永”的评论
@乌龟壳 汗！这样做你们也敢干！你们技术总监不干你们？这个是矢量图的计算问题，和svg无关吧？我不知道你在什么环境下用，我是在 wpf 里面用的类似功能。wpf的图像底层是非托管底层是DX的，就算这样，处理起来依然效率不是很高。还好我要处理的量不多，而且官方库提供了现成的 api ，总算勉强够用。我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
引用来自“乌龟壳”的评论
gpu bezier 八竿子打不着，gpu只认三角形。这个问题不熟悉算啦，我再找别人去问问。引用来自“久永”的评论
看来逆还停留在 gpu=显卡 的认识上，难怪会搞成这样，你还年轻啊，小伙子。引用来自“乌龟壳”的评论
对于认为“凡是图形计算都能用GPU”这种认识的外行来说，他们以为凡是和图形挂钩的东西都适合 GPU 去做。这种认识就像算三角形的面积，本来几个乘法就解决的事情，非要用 GPU 渲染后，计算最终像素值，求近似解。美其名曰 GPU 加速。
行，我们搞GPU计算的是外行。
我错了，你赢了。
反正我们的聊天记录大家都能看到，孰是孰非，大家自有公论。
装睡的人是叫不醒的。
我们的讨论到此为止吧，我不会再回你了。
引用来自“久永”的评论
@乌龟壳 汗！这样做你们也敢干！你们技术总监不干你们？这个是矢量图的计算问题，和svg无关吧？我不知道你在什么环境下用，我是在 wpf 里面用的类似功能。wpf的图像底层是非托管底层是DX的，就算这样，处理起来依然效率不是很高。还好我要处理的量不多，而且官方库提供了现成的 api ，总算勉强够用。我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
引用来自“乌龟壳”的评论
gpu bezier 八竿子打不着，gpu只认三角形。这个问题不熟悉算啦，我再找别人去问问。引用来自“久永”的评论
看来逆还停留在 gpu=显卡 的认识上，难怪会搞成这样，你还年轻啊，小伙子。这种认识就像算三角形的面积，本来几个乘法就解决的事情，非要用 GPU 渲染后，计算最终像素值，求近似解。美其名曰 GPU 加速。
引用来自“久永”的评论
@乌龟壳 汗！这样做你们也敢干！你们技术总监不干你们？这个是矢量图的计算问题，和svg无关吧？我不知道你在什么环境下用，我是在 wpf 里面用的类似功能。wpf的图像底层是非托管底层是DX的，就算这样，处理起来依然效率不是很高。还好我要处理的量不多，而且官方库提供了现成的 api ，总算勉强够用。我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
引用来自“乌龟壳”的评论
gpu bezier 八竿子打不着，gpu只认三角形。这个问题不熟悉算啦，我再找别人去问问。引用来自“久永”的评论
@乌龟壳 汗！这样做你们也敢干！你们技术总监不干你们？这个是矢量图的计算问题，和svg无关吧？我不知道你在什么环境下用，我是在 wpf 里面用的类似功能。wpf的图像底层是非托管底层是DX的，就算这样，处理起来依然效率不是很高。还好我要处理的量不多，而且官方库提供了现成的 api ，总算勉强够用。我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
我觉得，如果你是用 svg 相关库处理的，那是肯定慢的。
这种东西最好有个底层的库来运算，最好是用GPU计算的。
否则大量运算的画，肯定慢。
最好找找 DX、 GPU 计算的相关库有没有什么现成的API。
没有底层API实现的话，考虑绕过去吧。
引用来自“Fenying”的评论
完了完了，连notepad都要出bug了引用来自“久永”的评论
非常正确！我们要的不是功能强大，
我们要的是 可靠、安全、有基本功能
还有就是为什么要用记事本的最重要原因：
速度快！
对于记事本来说，启动速度改慢了，一切升级都失去了意义！
引用来自“乌龟壳”的评论
记事本打开大文件慢成狗，这个启动速度没啥意义引用来自“久永”的评论
又来杠？大文件本来就不是它原来一开始的设计目标，后来勉强支持，本来就是个被饱受诟病的bug，这个谁不知道？
说它快，当然是指它程序启动速度最快了。
需要杠这个吗？
引用来自“乌龟壳”的评论
这哪里是跟你扛，我只是在解释为什么那么多年除了别人电脑，自己的从来不用notepad，启动速度算什么需求。引用来自“久永”的评论
大哥，你不用，不代表我们这些常用的人的体验啊？我只是说自己的体验，你来反驳我，你觉得，
作为一个自己不用记事本的人，非要找个点来喷，自己觉得自己喷吗？
引用来自“乌龟壳”的评论
都在用 windows，这当然是在同一个场景了。我不用 notepad 当然也是因为对它的功能性不满意才找别的方案。你能举出启动速度快这个需求对哪个场景比较好吗？至少我这对任何扩展名的文件，右键启动 vscode 就算启动速度慢，也比打开 notepad 后，再在里面的文件对话框中找到文件再打开，综合来说要快得多。何况这是第一次启动，启动后再右键菜单打开别的也是秒开。
引用来自“久永”的评论
几种常见的编辑器我都用过，而且觉得功能缺，还自己做过。但是，讲真的，可能我机器比较差，真的记事本冷启动不是快一点。几乎没有延迟。
实际用起来，还是记事本和写字板用的最多（用写字板其中原因之一就是换行，还有就是简单格式）
场景可能各个人习惯不一样，比如，很简单的看一个莫名其妙小文件（比如文件名*.com,*.db之类的，别告诉我你信它的扩展名），你不知道它是什么，你总不能贸然直接打开吧？或者有个的文件只是想简单改两个字母，这时候你总部想开个庞大的IDE吧？场景还是蛮多的。但是很多人用第三方的，我们少部分人直接用记事本。
还有，这么用最常见的场景是，已经看到这个文件了，只要打开程序，拖进去就而可以了。
不可能用打开对话框的。用打开对话框，那就直接还不如用IDE了。
所以说，你们不常用这个的，理解不了。而且我们说的快，和你们说的，也不是一个概念的感觉。
引用来自“乌龟壳”的评论
确实打开普通文件直接拖比较好，但让我纠结的是打开 hosts 文件，拖不了，只能新开一个管理员的 notepad，然后从文件夹对话框打开。至于看 com/db 啥的，大文件不要太卡。引用来自“久永”的评论
那真的是场景不同，虽然都是 win10，可能你的机器比较好。我这里，冷启动状态下， vsc比记事本慢将近一个数量级。
hosts文件如果只是查看，也可以拖，但是改动的化，还是要管理员权限的。
打开文件我都是拖，
你可能都太年轻了，没有经历过病毒猖狂，根本无法相信文件自己关联啥程序的年代。
现在都养成了没事不会双击打开文件的习惯了，呵呵。
引用来自“乌龟壳”的评论
那你每次打开 chrome 的时候是不是都要算一次 sha，免得被病毒篡改了？哦，算 sha 的软件也可能被篡改。
。。。。。。
哎呀完蛋了，鸡生蛋还是蛋生鸡~~~
-------------------
装个杀毒完事了，至于 vsc 右键菜单直接打开文件，并且大文件也不会太慢，这不比拖记事本更方便？对于未知文件用编辑器打开看看这个至于拿来卖弄么。
诚然你说改下注册表也可以右键菜单里直接用记事本打开，所以我重点也没在说这个。
vsc 的功能性，换行符，文件编码，UTF8 的 EOF 切换，这些常用功能对我来说都是必须品。
-------------------------------------
不要觉得反对你的人都是杠精，就像你觉得反对你说 notepad 快，就等于觉得 notepad 垃圾一样。这完全是两码事，notepad 一些场景根本做不到，光启动快没有用。
引用来自“久永”的评论
我没有觉得你是杠精，如果给你造成了这样的感觉，那么我道歉。说出来你也许不信，我不用 chrome 的，实际上我是不用任何现成的浏览器的。
那么你一定会问我，我怎么上网（比如这么在这里回复你的留言），我可以告诉你，我用自己写的浏览器（你可以不信）。
还有，杀毒软件，我也是不用的（倒是有相关工具以及被强迫用的比如win10），因为如果能有病毒进入电脑，而我又没察觉，那基本上来说，常见的第三方杀毒软件早就没用了。因为他们更不会发现。
我没有否定你的描述，或者说，我是肯定你的描述的，就是对于你那样的使用情况下，可能的确功能是个问题。
但是，我想说的是，在不否认你说的前提下，我想描述的是，在我们的使用场景下，快——是第一要务，前提是只要能正常的查看（比如不支持Unix换行符就是个不能正常查看的问题）。
VSC的功能，对于我来说，也是必需品，因此我也用好吗？但是（对于我的使用场景来说）和记事本的功能定位是不同的。
引用来自“乌龟壳”的评论
膜拜大神，自己写浏览器，解析 svg 相关的算法熟悉吗，我这刚好有些问题想找人请教的。引用来自“久永”的评论
都说了，你不信没必要你信。何必出言讥讽呢？我说的是自己写浏览器，不是写浏览器内核吧？
解析 svg 是浏览器内核才要实现的事吧？
我自己实现浏览器，倒不是最主要为了安全，
而是为了控制标题党和记录浏览到的有用资料。
可以对网址进行整理。
哦，我也开源放到 gitee.com 上了，只是没宣传，没完全做好而已，但是自己可用是完全没问题的：
https://gitee.com/Siyy/StackInternetBrowser/
有开发日志总不可能是我马上临时造的吧？
对于 svg 我倒是也感兴趣一阵子，主要是作为对矢量图形的一部分来研究的。我主要涉及的是矢量图形的处理和运算，而不是呈现、持久时的功能，因此发现其没有很好的需要用的库，以及输出性能并不高就暂停了。
不知道你说的算法是指的哪个方面？