@jakeyfly #5 那不就是说明传送到客户端的时候就有这些内容么？

以及你可以用 headless Chrome 或者是 IE COM 来让网页处于浏览器里面，这样你就可以获取到和真实用户完全一样的感受，那些东西到底是怎么出来的都没关系，都可以拿到。

你只要关掉 JavaScript 就可以看出来它是不是 JavaScript 运行才会有的了

一张图都没有，谁知道你的操作对不对、到底有没有找到啊🙄

最终解决方法：建一个新的笔记本，把所有的笔记挪进去，同步，最后在 OneDrive 上删掉不用的那个。

这方法太野鸡了

po 主的问题答案很简单，因为你得到的 PID 是“刚刚存在的进程的 PID ”，过一会儿就可能没有了。尤其是，当你枚举到那个 PID 之前走过 kill 的代码路径的话，你需要等待好几秒，这非常容易导致刚刚那个 PID 的进程已经没有了。

接下来说说 2 个之前的错误：

@ThinkZ #6 kill 被 try-catch 包裹，不可能在 console 输出该异常

@skylancer #13 一个进程结束之后，如果该进程的内核对象已经被释放，则它的 PID 可以被重用。不能这样去判断一个进程是否已经结束。


另外从代码我实在猜不出来 po 主的代码有什么“有意义”的用途，如果我没理解错，这段代码是想：

循环结束所有的 1.exe ，并用对每个结束的 1.exe 都启动一个 E:\test\1.exe 代替之。循环这样做，导致每个重新启动的 1.exe 都会被再次 kill 并启动。

如果总共有 k 个 1.exe ，那么一个 1.exe 能存活不超过 6k+O(1) 秒。

考虑只有一个 1.exe 的情况，我看不出为什么要不断杀掉、等 6 秒再重启 1.exe 。

没看出来这个玩意儿怎么就是安全验证了……只是算出一坨大家都知道的东西罢了。

最后，这类插件有意外插入空白的可能，我觉得更有用的是一个检查器，可以检查出“可能不符合规则的缺少空白”并报告。日积月累，检查算法将能覆盖更多的 corner cases。（如果是自动插入空白，之后没有重新 proofread 的话你可能无法发现意外插入的空白。

我看了一眼，是直接用的 pangu，然而由于我个人总是手加（是的，我就是这么古法）所以无法对效能做出评价。

另外 Markdown 并不能真的帮你做到内容和样式分离。

举例子：在法语文本里复杂的标点空格规则下，你必须手写不同的空格来实现正确的排版，比如 Bonjour !

完整规则：数字里的分隔符无空格；配对标点中，括号内侧无空格，引号内侧有非断开空格；冒号、分号、问号、叹号前面有一个非断开空格；逗号、句号、省略号、冒号、分号、问号、叹号后面有一个空格，除非紧跟着关闭括号或到达段落结尾；由前述规则没有确定为非断开空格的，是可断开空格。

即使是 Word 也只能做到自动插入一个正确的空格（非断开空格）。

我个人是倾向于（在已经接受手工加空格的 hack 的前提下）在 `` 两边加空格的——在拉丁文本里显然是要加的，这样可以拉丁文本、中日韩文本保持一致。

好了，解决了空白问题，让我们把目光转移到引号、省略号的正确排版吧！

更好看的 66 99 引号需要：在拉丁文本中使用窄样式，在汉字文本中使用宽样式。

更好看的省略号需要：在拉丁文本中靠下，在汉字文本中纵向居中。

我目前解决这个问题的方法是恰当地加上 lang 并用自定义 font-face 专门显示正确的标点。

@xupefei robocopy 也有 8.3 的问题，要做正确的长文件名过滤必须用自定义的程序。

@des 这个方法是不行的，因为 xcopy 会使用 8.3 名，导致意外多复制文件。

先用 xcopy 建立目录结构，然后用 PowerShell 的 Get-ChildItem 配合 Resolve-Path 和 Copy-Item 来做吧，但是这样比较慢，更快的方法是自己写一个用来 walk 目录树的代码。

@Osk #10 用户数据不需要存在 Program Files 里面，%APPDATA% 和 %LOCALAPPDATA% 对于非安全类软件够用了。

@whisperer #61 重点是“直接忽略不喜欢的部分”来解决不能 downvote 的问题，比如同样的方式用来解决知乎文章只能点赞的问题。

@key #35 “你们以为是汉语拼音啊”的“啊”而不是张嘴检查咽喉的“啊”，也可以用“呃”来拟音，但不能用“厄”来拟音，后者不能发轻声，无法用于模拟轻读中央元音。

如果您觉得“儿”比“啊”更接近 GA/RP 读音，您可能需要检查一下普通话发音。

@whisperer #52 您可以试着像我一样心平气和，直接忽略不喜欢的部分即可。当然也可以试着让 Livid 加上这种功能。

@laoyur #22 按北京人的尿性得是“近日眼儿”。

@razrlele #21 这个页面的前几个都是 TTS。

最后有“儿”（儿化）感觉的是很奇怪的说法，因为标准普通美音（ General American ）和正统读音（ Received Pronunciation ）都不会出现在没有 r 的时候发出那个音（但 RP 插入辅音以联颂的情况除外，但和这里没关系）。

Vernacular American 和 nonstandard General American 有此现象。此外如果本来生活在一个有儿化现象的汉语地区，又没有接受 GA/RP 的练习，倒是可能会发成这样。

非要用汉字的话：引忒哩 J 矮递啊

@loading 如果你说的是安装补丁，那用的是 **不确定** 进度环，本来就没有进度多少的指示；如果你说的是升级安装系统，那么那个进度环是在反应安装进度的，因此可以出现不动一段时间的情况。

我觉得你这种描述方式即使 Raymond Chen 也帮不了你

图不能适配高 DPI 屏幕