@hezhile 朋友。浏览器内核与浏览器软件是两个不同的概念。一个内核，可以开发出无数个各种各样的浏览器。每个浏览器都可以自定义任意快捷键。

很显然， IE 开发团队，没有将 Ctrl +c 定义到内核中（这么做是对的）。

- 新增：一个重要的 GUI 组件（浮动面板）“项目关键词表”。

@TheKiteRunner 先生， WDTP 主界面左侧的文件树面板，没有做“编辑性或变更性功能”的快捷键定义（但是，支持 home 、 end ，上下光标键等，用来切换文档或切换文档的同时触发滚屏）。除此之外，所有软件自身的文本框，比如右侧属性面板中的设置项，默认均支持传统的快捷键操作。我刚才的回复里说到了，这个是目前不得已的妥协之一。

如果 WDTP 自身的文本框内无法快捷键操作，两个我能想到的原因：一是键盘焦点；二是操作系统（或其它程序）做了错误的干扰或拦截，比如某些词典软件、界面取词翻译软件等等。

@hezhile 朋友： WDTP 的预览，目前的设计与实现是调用并借助操作系统的浏览器内核来完成。这个模块（界面）的快捷键， WDTP 没有做定义，也很难定义（因为它本身会吃掉并消化软件自身的事件，不向上转发）。也就是说，浏览界面如果使用快捷键，默认就只能使用它本身所支持的“原生态”快捷键。如果它本身也没有定义，那么有些约定成俗的快捷键就不起作用。以 Windows 平台下的 IE 10 和 IE 11 为例，它所定义的“原生态”快捷键及对应的模式非常“微软化”，弹出环境菜单后，按某个键。比如：选中文本，弹出环境菜单，按单个“ C ”键就是复制。等等。

我个人不建议在预览状态下做文档编辑方面的工作，预览的时候，也不建议用户凭经验、本能或强制，动用大脑的“快捷键”记忆与行为触发。这本身不符合大脑在阅读、浏览时的天生“模式”，会影响阅读或浏览的效果。这个模块的操作，我建议用户主要用鼠标、触摸或手势等更加“不费脑子”的本能行为来完成。

也就是说， WDTP 的读和写这两大主要场景，其操作的核心理念与行为习惯不应相同。

所有类型的计算机 GUI 软件的发展趋势之一就是“去快捷键”。目前，一个 GUI 软件，如果主要依赖快捷键来加速操作效率，甚至和软件的使用完全捆在一起，那么它本身在架构与设计方面一定是有重大问题的。快捷键操作，起源于命令行时代和上世纪 80 年代的早期 GUI 程序。这种不科学的权宜之计已经为害几十年了……我个人对此深恶痛绝。

下一步， WDTP 会逐渐取消所有快捷键。但是，在更方便、直观、人性化的模式没考虑好之前；在广大用户没有升级并适应新的软硬件及对应的操作模式之前，某些传统上已成约定的快捷键也可能会做一段时期的妥协。具体看情况吧。

@Spoter 朋友：切换界面语言：
http://underwaysoft.com/works/wdtp/faq.html#如何将界面语言设置为中文？

增补：重建项目关键词后，统计每个关键词的频次，所有重要关键词按频次排序

@TheKiteRunner 先生，重建（提取并统计）项目中的关键词，这个是底层设计之一，或者说一个接口。方便后期与此相关的应用层面的功能扩展，也方便以后接手此项目的人，或者贡献 PR 的程序员朋友在此基础上实现他们想要的有关功能。

- 完善：文本编辑器中输入的 js 代码不做多余解析与转换。

WDTP 自发布后，陆续收到一些用户的反馈（包括我本人与部分用户的私下交流）。其中比较多的一个讨论是：感觉 WDTP 就是一个扩充了功能的 XX 型软件，比如：是文本编辑器、文艺作品和技术图书创作工具、桌面排版工具、笔记、前端开发、静页生成器等等中的其一。

集中答复一下吧。

不对。 WDTP 不是以上任何一种类型，虽然它的简介与宣传不可避免地与上述类型的软件纠结在一起（主要是便于不了解 WDTP 的新用户能够直观地理解）。

我们不妨这样想一下：人类借助计算机进行所有类型的生产、创作、写作，起源是什么？过程是什么？目的又是什么？……无论如何，都绝不应该是写了就写了。至少有以下三点必须要考虑和去做：

1. 写出来东西很简单，但是要写出来好东西，很难。没有长期的、深入的、足够的积累、实践与突如其来的灵感或被动诱发的激因，基本不可能。积累的最好办法同样是记下来（另外就是定期复习和经常深入思考）。这一点，我希望无缝融合进写作软件本身。以 WDTP 为例，多开一个笔记或个人知识管理类型的项目即可。

2. 写出来好东西也不难，但要把好东西完美地、贴合地呈现出来，很难。这是艺术必须借助技术来体现的最直接例子。不管任何人，完全依托于任何格式与样式封闭而强制的写作工具，都几乎不可能，充其量只是笼子里跳舞，更多只是令人昏昏欲睡的千篇一律，同质重复。但是，太自由与另类的控制模式、结果呈现也很难在短时间内被所有人认可与接受。因此，借助于简洁有力、应用广泛、技术成熟的 html 、 css 、 Markdown 、 JavaScript 等等，是个非常值得选用的解决方案。 WDTP 在这方面的体现就是样式与模板完全交由用户负责，您甚至完全可以给任何一篇单独的文档应用任何一个独特的模板和样式表（文档属性面板中，最多点两下鼠标）。只要具备这些方面最基础的技术常识，配合足够的想象力、动手能力和艺术化的审美取向，完全可以实现极端丰富、惊人的结果。请记住：一篇好的文档，不仅是内容本身优秀，它的“镜头语言（视觉呈现）”更应该优秀，二者至少应该是相得益彰的。这也必将是下一步所有类型的文档创作与发布的趋势与理念之一。

3. 写出来好东西不难，好东西也完美地呈现出来了，总不能就此了断，孤芳自赏或沉入海底。您得去管理，去组织，去传播，去和整个世界分享您的思想力、原创力、洞察力和创造力，而后不断完善、再次积累、思考和沉淀。这本身就是一个永不停歇的循环与迭代，用计算机行业的术语来形容，就是不停压栈的递归。传播和分享等方面，传统的出版、发表或手手相传当然可行（我上学时甚至抄过 N 本书！），只是效率太低，中间环节太多。建站或打包上传后供全世界浏览，是相对来说更方便的办法，更是时代的潮流。 WDTP 在这个方面，不得不变身为所谓的“静态生成器”……其实，要完成所谓的动态，也是很简单的一件事。即便挂数据库，也不难：）

上述方面，本来就应该是无缝一体的，根本不存在人为割裂与另行分类。

可能还有其他方面需要更多解释和澄清，但似乎又根本无需解释太多：）还是您自己慢慢体验吧，相信会有更多惊喜……

- 实现：重建本项目的所有关键词（系统菜单-重建关键词表）。

•实现：预览页面（网页）中可显示关键词（位于标题之下， html 引用样式，默认字体楷体）。解释如下：

◦按世界出版业通行的规范和中国国家标准（ gb/t 3179-1992 和 gb/t 3860-1995 ），正规文章及论文，摘要后面需给出本文关键词。
◦关键词由叙词和自由词两部分构成（叙词为主），其标引需遵循《文献叙词标引规则》，可参照正规词表和工具书。
◦未被词表收录的重要叙词、版权人自行发明或定义的术语、对文章索引有不可替代作用的非标叙词以及人名、地名、物品名等也可作为关键词标出。这种情况，按自由词处理。
◦目前网络上的绝大部分文章（内容型网页、技术型博客等），其作者均未严格遵循关键词的使用标准，非常混乱与随心所欲。长期以来，我本人对这一点深恶痛绝。我希望能借 WDTP 这款软件对关键词的使用与规范化做一点绵薄的贡献。
◦默认， WDTP 的预览页面（网页）中不显示关键词。可在文档属性设置面板中开启之。

@TheKiteRunner 先生，由于刚刚发布，这段时间确实很玩命：）下一步会逐渐正常起来，按开发计划一点点向前推进。

目前 WDTP 只是个大概的框架和轮廓，只是为下一步的扩充打一个基础（也考虑到用户的习惯，给他们一些适应过程）。很多特色，以及长期以来我在计算机文字书写、创作、发布、分享等领域的一些思考结果、看法与打算，会慢慢融进去，希望大家支持、接受：）更希望能突破、颠覆、改变一些东西……

•文档属性新增 showing keywords or not （预览页面中是否显示关键词）。该属性为下一步的一系列功能埋一个伏笔。

- 改进：进入 /退出安静模式时，加大默认的主界面宽高。

@Nott 朋友，谢谢您的宝贵建议。我尝试交流如下。如有不妥，请批评指正：）

1. 1 WDTP 目前的纯文本编辑与带有格式和样式的预览，是捆在一起的。文本的格式用 Markdown 和扩展后一些标记来控制（这个由我来负责），用自定义的 style.css 和模板文件来承担渲染“画布”和呈现的样式（这个由用户根据自己的所需及要求来负责。修改系统默认的或自定义全新的都可以）。如果没有模板， html 的解析结果无处展现。实际上，如果不是发布并传播， WDTP 不存在专门的“生成”这道工序。正常编辑和预览就可以满足很多应用场景。

1.2 关于 WDTP 的网络数据传输功能，我印象中在这里回复过网友的咨询。也可能是另一个网站上，我实在记不太清了：）最开始的时候， WDTP 有 FTP 这个模块，不仅可以上传下载，还可以直接对远程 FTP 上的文件 /目录增删改移。这个模块的底层使用的是 cURL 开源库。第一个内测版发布前，我再三考虑后，去掉了这个模块。也就是：暂不打算给 WDTP 增加网络方面的功能。

这一块，一是已有很多更先进、强力的工具可用， WDTP 不可能超越它们，也不太想去模仿任何现有程序的已有模式。但是， WDTP 是开源的，如果有同行老师、朋友添加这个模块，我个人也不反对：）仅仅只是加上去并跑起来的话，工作量并不大。

二是一旦有了网络功能，未知因素几何级增加，这一块非常缠手，将给程序的后期维护和用户技术支持等方面带来巨大的负担（虽然它是开源的，但这里是中国……）。我现在是一个人拖着病躯靠一口气撑着这个项目，人手太缺，精力不够。

三是我想让 WDTP 更纯粹、更安全一些：）我现在经常想起没有互联网的时候，静静地鼓捣计算机、敲点东西那种安静的体验……用户如果需要发布、传播自己的作品，可以在自我负责的基础上自行选择其他工具。比如，我目前维护 UnderwaySoft 网站，就直接使用该 FTP 提供的网页端上传和 zip 在线解压，就这两个功能，已经完全满足我的需要了。项目的数据备份，我放在了 Github 上，用它的桌面版 GitHub 来完成此事，非常方便。

2.1 可以在文档编辑时直接敲 css 、 html 、 js 等代码。 WDTP 本身就是一个简易版的前端开发与预览工具。这一块，下一步可能会拓展功能，具体的侧重点和需要突出的特色我现在还没想好。

文本编辑时的代码，位于 html 的 body 区。还可以在文档属性面板的 js 区输入或粘贴已有的脚本代码（这里的代码将位于 html 的 head 区）。

Windows 平台下， WDTP 最初仅仅是 Windows 10 64 位的，这个系统默认 IE 11 内核，对 js 的支持更好。但是，有很多朋友目前还是 Win 7 系统，甚至 32 位的 xp ……这方面我不得不妥协了一下，使用 IE 10 。这样一来，有些 js 在预览时会弹窗报错……希望绝大多数人都尽快升级系统吧：）

2.2 模板标签，这个可以有无数种，可以实现无穷的惊人功能——只要想象力足够：）目前 WDTP 只是给出的了最基本的一些，但是底层架子基本搭起来了，随时可以添加新的。您具体需要什么，或者明确的目的与用途是什么，欢迎随时告诉我。只要可行并且想法不错，我一定会及时加进去。请放心。

3. Windows 平台下的预览使用的是操作系统的 IE 10 内核。 Windows 的字体渲染技术比较落伍，它使用了 hint 和 ClearType 等自家的技术，（仅）在特定缩放比例下，文字看起来纤细、锐利，小字体的可读性更好。如果您感到字体发虚，可能是系统在这些方面的设置有问题。或者您抓一个 WDTP 的预览截图发到我信箱里，我看后再具体回复您。 [email protected]

4. 托盘图标，这个是 Windows 的典型特色。它可能适合于一些长时间后台运行、偶尔打开看一下，或者程序时不时冒个泡、给点消息这样的程序。我觉得不适合 WDTP 。而且，系统托盘在 macOS 和 Linux 下都没有一致的对应模式。 WDTP 有一个与众不同的原则是：跨平台， 5 大平台都可以跑起来，所有平台下一套代码，除底层和应用层少部分必要的桥接与平台宏包裹，所有代码无任何差别，无需任何额外的调整，程序运行后的操作模式、外观界面等等，完全一致。如有不可调和的差异，宁肯牺牲功能或不发布，也不妥协。因为 UnderwaySoft 在业界立足的根本就是真正的跨平台开发，这一点我一直以来非常重视。所以，这个功能我个人不太想加进去。请谅解。

5. 是的。 WDTP 目前还没有一个正式的中文名字，确实很遗憾。欢迎大家集思广益：）

再次感谢您的宝贵建议，祝您使用愉快！

@Nott 朋友，谢谢您的下载试用。欢迎提出宝贵意见和建议：）

•实现：底层基础功能：数据分析。文件树面板中鼠右单击项目、目录或文档后，弹出菜单，点击“数据统计”。 0.9.0225 版本之前，点击后弹出一个模态消息窗，给出一些基本的统计信息。目前改为：

◦不再弹出模态消息窗，而是浮动式面板（类似目前的“批量替换”面板）。
◦除基本的统计信息外，面板中新增了“关键字”文本框和 [分析] 按钮。
◦给出关键字后点击 [分析] 按钮，将显示该关键字的使用情况。
◦如果当前所选的是文档，则自动切换到编辑状态，高亮该文档内所有匹配的文本。
◦如果当前所选的是项目或目录，则文件树面板中，本项目（本目录）下所有包含该关键字的文档均自动高亮。
◦关键字文本框有一定的智能。启动软件后第一次执行分析，默认是操作系统剪贴板中的文本数据。以后再次执行分析，则默认是上次的关键字。
◦目前已经实现的分析功能还比较初级，但已经很实用了。特别是创作小说、剧本等文艺作品时，可利用此功能分析主角、配角的“戏份”与出场频次（以避免业余写手经常犯的“配角抢戏”等问题），还可分析某个场景或道具的出现次数、所在的剧集（章节）、整个树形结构中所出现（存在）的位置……等等。
◦将 WDTP 作为个人知识管理和笔记类软件，此功能也非常实用。
◦该功能的底层架构基本已经打好，今后可随时进行更丰富的扩展。您也可以下载源码后自行添加个人所需的功能（ StatisComp 类）。

•改进：新建文档时自动给出文件名（当前日期）。此举有利于在灵感突发而至时，快速新建文档并将其记录下来。 WDTP 新建文档有两种方式：
◦文件树面板中，双击某个目录。或者：
◦文件树面板中，鼠右单击某个目录。弹出的菜单中点击“新建文档...”。

从这个版本开始， WDTP 改进了项目文件保存与读取的算法实现。

改进后，项目文件的尺寸大幅度减少，磁盘空间占用更少。项目文件本身的数据用操作系统中的其它程序打开后，完全不可读。并且提高了内部自动保存数据的稳定性与容错性。

但是，任何功能的实现都有代价。目前已知的：
- 可能与老版本的项目文件不兼容。我们已经尽力做了处理，但不保证所有情况下都转换可靠。
- 如果项目较大，加载时会多消耗一些时间（约 5%左右）。项目管理的文档数超过 5000 ，这个现象会明显感觉出来。