在处理打印时，有时需要提前计算分页情况，或者是对报表头尾进行区域边框汇制，也就是
需要提前计算文本的行高(在实际输出前)。做法是将文本的字体选进dc，然后从dc中取出
textmetric，再从中取出字高和间距进行计算。在实际输出(打印或预览)时，再次重新计算
行高，以便输出(采用textout需要区域参数)。
发现问题：
如果输出到对话框(实现打印预览)时，重新计算的行高与之前计算的行高有区别。于是，造
成定位不准(如果之前计算偏小，会造成表中各部分内容叠在一起，因为各部分头的位置使用
了实际输出之前的计算值。)
仔细查了一下，发现了问题的原因：
a：第一次计算时：是根据当前打印机设置取出打印机的dc，然后将相应字体选进该dc，
最后从dc中取出textmetric，计算高度。
b：实际预览框输出时：取出预览对话框的dc，并设置了映射方式为mm_anisotropic(为了支
预览缩放)，比例根据页面的大小与整屏的比值设置初值(不确定，如0.6)，可任意由用户指定，
程序中将字体选进该dc，再从该dc中取出textmetric，最后根据此时的高度指定输出的区域。
问题就在这儿了：
a,b计算得出的高度值不同。当1的值明显小于2的值时，出现显示错位(超界)就在所难免了。
原因分析：
测试发现，即使是同样的字体设置，以同样方式选入不同的dc，从该dc中取出的textmetric会
略有差别。
如以下两种情况会产生区别：
1：打印dc与普通窗体的dc会有细小差别。
2：设置映射模式为mm_anisotropic，然后设置不同比例值，会有较1更大的差别。(出错的原因
更多在于此点)
解决方法：
1：以打印dc的计算值为准，实际输出时采用该计算值指定输出区域，当然，如果值相差很大，
输出可能会有问题，比如：实际输出值远大于之前计算值造成显示不全。
2：计算延后，使用实际的输出时的实际高度值。当然，这样会造成程序逻辑的问题。
注：选字体到dc的方法是：cfontholder.select，cylogical 和 cyhimetric 值固定采用了254
和2540。
为什么会产生这种差别，在msdn中未找到相关解释。
