另外关于为什么 pre-XP 时代这个问题似乎很少见，这是因为经典 IME 是不会在候选完成之前告诉相关窗口任何信息的，仔细回忆，智能 ABC 的正在输入字母序列是单独窗口显示的。
这个效果至今仍然存在，如果你打开文件资源管理器，然后不把焦点放在任何可以输入的区域，并切换到微软拼音开始打字，你会发现屏幕左上角出现了 Windows 95 风格的窗口，里面用点阵字体显示着你正在输入的字母序列，还有一个 Windows XP 时代的绿不啦叽的箭头表示“完成候选”。

这个通常是程序的问题，有些软件设计的时候全球化做得不好，对“正在用 IME 输入文本”的状态处理有错误。不久以前的 Web 是重灾区，相关 API：
https://docs.microsoft.com/en-us/windows/win32/intl/status--composition--and-candidates-windows
https://developer.mozilla.org/en-US/docs/Web/API/Element/compositionstart_event

@Osk 请注意 SI 字头是 k 而不是 K 。

搜索 commitment scheme 。

我觉得是 USER 句柄泄露导致的，是某一个常用应用的问题。

可以先验证是否注销重新登录可以解决问题。

@geelaw #2 用这个资料写了一个 module 把 console 的内容保存为 HTML，并配上了 CSS 。

GitHub 见 https://github.com/GeeLaw/PowerShellThingies/tree/master/modules/ConsoleLog

可以用 Install-Module ConsoleLog -Scope CurrentUser 安装

如果所有图片都位于同一个分区且该分区采用 NTFS 格式，则可以利用硬链接归约为同一目录下的图片浏览。

例如在 PowerShell 里，假设 $Images 是非空数组，存放了所有需要看的图片的路径，且都和 $MyFolder 同一个分区下的，例如 $MyFolder = 'C:\Users\username\Pictures\Browsing' 那么可以用下面的命令把所有的图片都链接到 $MyFolder 下：

$Images = Get-Item $Images
$fmt = '0' * $Images.Count.ToString().Length
For ($i = 1; $i -lt $Images.Count; ++$i)
{
$img = $Images[$i]
cmd /c ">nul mklink /h `"$([System.IO.Path]::Combine($MyFolder, $i.ToString($fmt) + $img.Extension))`" `"$($img.FullName)`""
}
Invoke-Item $MyFolder

看完之后直接删除 $MyFolder 里面的内容即可，这样不会影响原来的文件。

参考
https://devblogs.microsoft.com/powershell/capture-console-screen/
https://devblogs.microsoft.com/powershell/colorized-capture-of-console-screen-in-html-and-rtf/

@codehz #3 这个说法和 FireFox 的理念背道而驰，数据从来都是用户的而不是 app 的。要是没有任何提示直接迁移可以喷“偷看用户数据”。

另外搜索一下 D41D8CD98F00B204E9800998ECF8427E 就知道这是长度为 0 的字节串的 MD5

难道不是因为第二个调用的时候 openFile 已经到文件结尾了吗？你可以 Seek 回开头再做第二次调用，就会一样了。

没看具体的内容，但数据由远程服务计算和隐私并不矛盾，密码学里有很多工具做各种场景的这类计算。

请问有钟美美老师版么（逃

加不加 ' 都可以的包括 x0 年代、缩写等。通常数学公式加 ' 更好，例如 以上诸 $x$ 的写法是 the $x$'s above 。

另外 native speaker 的正写法不一定很好，例如一些 native speaker 会写出 I should of done that 。

@Guys #33
我理解你的表达的意思是：cd "A B" 才能成功，cd A B 不能成功，交互式使用时 Tab 补全时会自动对带空格的目录加引号。
我没有理解你说的在 batch 里要注意是什么意思：可能是说交互式补全会帮你加引号，batch 里要自己加；也可能是说 batch 里 cd 必须用引号。
无论是 batch 还是交互式，cd A B 都可以成功，所以你关于 cd 需要引号处理空格的表达是错误的。

如果你要问 cd 不需要引号为什么 Tab 补全 cd 也会带引号，这是因为 Command Prompt 比较初级，不会考虑当前命令是什么，故采用更一般的模式。

我相信自从 Windows 支持带空格的文件名以来（也就是至少 Windows 95 以来）就不需要在 cd 里面用引号，主要是为了兼容性，比如 cd %1 这种在 Windows 95 之前写的代码（假设文件名从来都没有空格）在 Windows 95 以后仍然可以正常工作。
不过我找不到 Windows 95 时期的参考文献了，从这篇可以看出 2012 年以来就不需要了 http://dosprompt.info/commands/cd.asp

@mmdsun #28 理解了，这个限制只有 Explorer 有，我的意思用 Win32 访问时无此限制。

@Guys #2 错误，cd 是内部命令，你可以写 C:\>cd program files 进入 C:\Program Files，而且如果你的 program 和 files 之间有两个空格不会成功。

@also24 #4 微软账户的默认用户名是 ID 的前五个字母，而不是用户的名字。

@litmxs #9 文件名不能为 DOS 设备名的限制是 Win32 的而不是 Windows 的，而且通过 Win32 最大可以访问长度是 32768 的路径。

@mmdsun #13 那个点是多余的，直接建立名字是 .txt 的文件就可以得到名字是 .txt 的文件。
此外 Program Files 不一定是 PROGRA~1，而且 8.3 文件名可以被关掉甚至删除。

"要求输入凭据的受信任路径" 的作用是要求输入密码之前用 Ctrl+Alt+Delete，和 UAC 是否输入密码是两个不同的问题。如果你想要管理员也输入密码，需要设置 User Account Control: Behavior of the elevantion prompt for administrators in Admin Approval Mode 为 Prompt for credentials on the secure desktop 。

@Osk #4 既然用了 DP API 就说明结果是加密的，解密必须需要所有者的密码。其他用户即使能看到内容也只是密文。

不清楚 HKCU\Software\OpenSSH 的访问权限的设置问题，可能是因为这一块是 ssh-agent 服务管的，所以当前用户不需要读取。这应该看作一个“防手贱”的设定，因为当前用户总是可以查看和编辑自己的 ntuser.dat 。

我说的“用了 EFS 就无法在没有密码的情况下访问 HKU 子项”是因为那种情况下 ntuser.dat 是加密的，和 ACL 没关系。

@M3ng #5 @mrcn #6 这个说法很成问题，管理员并不是什么都可以做得到。