很奇怪，按理来说是应该耀武扬威的日子。多光荣啊，突突了这么多不听话的人，又成功延寿至少 37 岁。（请用京腔念出）这是好事啊！
|
| 图片来自网络 |
然而怎么怕成这个样子呢？啊？问的就是你，李佳琦。
这还只是上午，一整天下来还不知道要闹出多少素材呢。
好了，请继续你的表演……
2025-06-04
今天不穿黑色什么时候穿
去年这个时候干了什么？不太记得了。但是身上的衣服，也是黑色。
今天不穿黑色，什么时候穿？
 |
| 图片来自网络 |
港人已经连纪念都不被允许了。镇压速度之快，令我咋舌。但其实也并不意外。当初的镇压，也不过就是一夜，或者几天而已。
但我不相信数十万人一转眼就已经不见。或许去国怀乡，或许转入地下，但他们还没有死绝。使出的这一招，看似严厉无比，实则打草惊了蛇。并不是看轻它们的智商，确实也只能做到这种地步了。
星星之火，我是已经传下去了。很高兴得知世上没有时光机器，而且所有人终难逃一死。
咱们走着瞧。
2012-10-25
头一次埋彩蛋哩
在改某个 Bug 的时候，需要通过已知的 HWND 来判断该子窗口是不是一个 DateTimePicker 控件。办法很简单，只要给这个子窗口发一个 DateTimePicker 控件的特定消息，如果返回值正确，那么就认为猜对了。
但是在选择这个「特定消息」的时候，我犯了难。DateTimePicker 支持的消息本来就不多。为了避免对正在编辑的数据带来扰动，只能选择 GETXXX 之类的消息。并且这个消息还得有定义良好的返回值，用于鉴别消息是不是发对了人。
一开始我选的是 DTM_GETSYSTEMTIME，这货能返回当前编辑的时间。但我发现控件一旦响应了这个消息，键盘输入就像按过回车一样被 COMMIT 过了，导致年份之类的多位数字根本输不完整。回头看了看 DTM_GETMCCOLOR，又无法确定返回值是不是能够鉴别出来。有个 DTM_GETDATETIMEPICKERINFO 倒是看上去挺好，可惜只支持 VISTA 往上。最后我选择了 DTM_GETRANGE。
DTM_GETRANGE 可以返回设计者在 IDE 上给 DateTimePicker 控件定下的最大/最小值。所以我只要把最小值设一个特定的日子，然后看看返回值正不正确就 OK。实验下来对输入也没有扰动，是个很好的选择。那么，日子选哪一天呢？
……我敲入了 1989-06-04
但是在选择这个「特定消息」的时候，我犯了难。DateTimePicker 支持的消息本来就不多。为了避免对正在编辑的数据带来扰动，只能选择 GETXXX 之类的消息。并且这个消息还得有定义良好的返回值，用于鉴别消息是不是发对了人。
一开始我选的是 DTM_GETSYSTEMTIME，这货能返回当前编辑的时间。但我发现控件一旦响应了这个消息，键盘输入就像按过回车一样被 COMMIT 过了，导致年份之类的多位数字根本输不完整。回头看了看 DTM_GETMCCOLOR，又无法确定返回值是不是能够鉴别出来。有个 DTM_GETDATETIMEPICKERINFO 倒是看上去挺好，可惜只支持 VISTA 往上。最后我选择了 DTM_GETRANGE。
DTM_GETRANGE 可以返回设计者在 IDE 上给 DateTimePicker 控件定下的最大/最小值。所以我只要把最小值设一个特定的日子，然后看看返回值正不正确就 OK。实验下来对输入也没有扰动，是个很好的选择。那么，日子选哪一天呢？
……我敲入了 1989-06-04