EverEdit 3.70，好用的 windows 编辑器

[everedit]

v2ex 越来越热闹了。

经过紧张的开发，终于发布了 3.7 。可以休息一阵子了，这个版本为大家带来了很多好用的辅助编辑手段。

1.以下划线的形式，实时显示当前页面的 Web 颜色，支持#FF0, #FF0000, rgb(0,0, 255), rgba(0,0,0xFF,0.2)这 4 种形式。

2.支持中文输入的括号配对： [] 『』（）《》｛｝［］＜＞「」〔〕〈〉

3.支持巨大的单行文件。我测试了 150M 的单行文本，目前只有 EverEdit 做到了流畅的编辑。

4.中文竖排布局，一般人用不到，我个人比较喜欢竖排的中文。

5.下载

各位 V 友不妨试试。

[everedit]

@shuax
默认设置都是经过充分考虑的，不是随便就往上放的，如果你有更好的默认设置建议，不妨一起讨论。

[everedit]

@lsmgeb89
忘记说了，这 150M 不是一个普通的文本，而是只有一行的问题。 150M ，只有一行。 2G 普通文本试过， 2G 单行我没试，因为使用了虚拟换行，应该没问题，查找，滚动，编辑应该都可以。

[everedit]

@rqrq
minimap 默认是 hover 才显示，默认直接显示当前区域的话，在新建文档的时候，在默认主题下，上方会始终有一个灰色区域，不甚美观。你可以到设置-》样式-》代码地图的样式，选择背景色就可以了。

[cszhiyue]

我其实是不支持一锤子买卖的。开发者没有后续的支持。因为没动力。

[hljjhb]

2.81 用了好几年

[Tianpu]

我来认真评价下：

作为 ultraedit 多年用户，整体上觉得 everedit 大致实现了基本的功能，应该能满足大部分需求。

对于我本人而言，有几点不大习惯的，查找 /替换这两个命令不好找，替换的输入框是个 input ， textarea 更好用。右键菜单不能自定义，默认命令总是不够切合需求。菜单或者 UI 总有 gtk 的感觉，老是觉得有粘滞感，这个可能是不习惯的原因。函数列表不够简洁，总感觉多了点什么。不满意的地方可能都是视觉，使用习惯相关的。还有就是要么是纯文本，要么是 IDE ，应该没有中间道路吧。

由于小习惯严重影响生产力，所以我不会改变目前的习惯。

我目前的编辑器是这个样子的： http://w37i.imgup.net/ue5459.png

[iShao]

我是买了正版的...不过有些地方和 emeditor 还是有点差距的, 继续努力吧

[Tianpu]

@Tianpu 附加一句， shell 环境下认为最理想的编辑器是 nano

所以我应该属于纯文本派

[Daddy]

@everedit 流量理由太扯~ 你这软件才 4M ，那么我就问你， 48 刀一年香港节点，每月 2TB 流量够不够？，一天可应付 17000 次下载请求。
https://my.hostus.us/aff.php?aff=408&pid=180

[everedit]

@Daddy
你想的太简单了，每个月 20tb 又如何，近万个用户在一个时间段同时升级..,不是说一个服务器放在那每时每刻的流量都是固定的。而且，你这个例子也不现实，不信你可以用用试试，不靠谱的。目前 ee 国内用户升级会分流到阿里云的 oss 上。不用关心连接数，只要按流量付钱就可以，用户始终都能升级成功。你可以算算费用。

[initialdp]

无论是 UE 、 ST 、 NPP 或者作者的 EE ，这类工具实在太多了， linux 下也是一坨一坨的。其实我更关心是否有替代 source insight 的工具，这么多年来一直没有找到替代品。

[linfx7]

多点编辑时：光标不能跨行移动，不能 ctrl + backspace 删除整个单词
这是我唯一保留 st 的原因

[Daddy]

@everedit 你下载页和插件页的下载请求，这些都是固定的
http://cn.everedit.net/download.html http://cn.everedit.net/addons/
至于软件更新请求，一个编辑器软件根本不需要很频繁的升级，这个也就软件端发出更新、版本对照请求可能需要高并发性能，其余返回特定下载 URL ，完全可以通过其它低价方案解决

[everedit]

@Daddy
你误解了网站的流量和升级的流量（升级是自动进行的），网站本身的流量都是静态的图片和文件，这些不大。

>至于软件更新请求，一个编辑器软件根本不需要很频繁的升级
每个软件都有自己的特色，是否频繁升级，都有自己的策略。

>这个也就软件端发出更新、版本对照请求可能需要高并发性能
这个还真不需要太高的性能， 1G 的 vps 可以应付很多请求

>其余返回特定下载 URL ，完全可以通过其它低价方案解决
问题在这，返回哪里的 url? 有低价，稳定的方案?我用了这么多，发现阿里云的 oss 是稳定性和价格不错的了。 upyun 次之。

[Daddy]

@everedit 呵呵，看到了，居然是一天一次检测新版本，你这纯是没事找事。 一个普通软件只要保持有人值守，有维护，保持一定时期能有更新就足够了，过于频繁的更新，只是说明软件太不稳定，太多 Bug ，或者作者太多想法，软件不是更新越多越好，而是越稳定越好。当然杀软例外。

[everedit]

@linfx7
确实，因设计所限，多光标不支持跨行。 EE 为了支持大文件，内存都不在一块， offset 的计算比内存平滑的 st 要麻烦的多，所以一直没怎么改进。实际应用中，多光标跨行移动也不多见。看看以后对内核做个大手术，来支持这个跨行移动吧。

[everedit]

@Daddy
嗯，是的，软件不是更新越频繁越好。 一天一次检测新版本也和流量关系不大。你可能没做过共享软件，不知道经常更新的另一个目的： anti-crack.

[ueleaves]

试用过旧版本，但是因为 ftp 功能 bug 太多了，所以用了半天又回去用 nppp 了。上个月看的时候 ftp 还没修复欸

[Daddy]

@everedit 呵呵，看#11 流量压力问题本来就是你先提出来的说辞，现在不说了，换防破解理由了？ 再说下去，是不是又要换说辞了？ 被人知道你 Key 的算法，直接就是用注册机注册成功，你天天检测又怎样了；被人破解了注册校验机制，直接把升级去掉并封锁软件网络请求，你又怎么检测了？
你要赚钱无可厚非啊，你有赚钱的压力，你不采用 Sublime 这样宽松的注册模式，那是你的选择呀，完全可以直接说出来嘛，何必找什么又流量又防破解借口呢。

[everedit]

@Daddy
你理解能力是不是有点问题？

1. 检测自动更新根本就不会产生任何流量问题，一个检测才几 KB ，会有什么流量？你知道什么是流量吗? 你混淆了检测带来的连接数和自动下载文件造成的流量了吧？基础知识牢固吗？一个你眼中一年 48 刀的 vps ，就能解决了？

2. 我提出什么说辞了？ EE 是一款有着相当用户数的软件，经常的更新是很好的防破解的手段。你开发过有一定的知名度的软件吗？有过被破解者持续破解的经历吗？

3.>何必找什么又流量又防破解借口呢。
你这不是有毛病的理论吗？我找什么借口了啊？国内 1.2 万的用户，每次更新，你不会算吗？有基本的算数能力吗？用你的 48 刀的 vps 解决给我看看！