在Windows中从DC读取文本行高的问题
来源:互联网 发布:720度全景 js插件 编辑:程序博客网 时间:2024/06/10 07:32
在处理打印时,有时需要提前计算分页情况,或者是对报表头尾进行区域边框汇制,也就是
需要提前计算文本的行高(在实际输出前)。做法是将文本的字体选进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中未找到相关解释。
- 在Windows中从DC读取文本行高的问题
- 从文本中读取变量的值 文本如下:
- Windows程序中DC的介绍
- 一种从unicode文本中逐行读取字符串的方法
- Unity3d 从数据库中读取带有换行符的文本
- SQL 安装在DC上的问题
- DC匹配中遇到的小问题
- 从文件中读取文本信息
- java中从文本这种读取字符串
- android 从Assets中读取中文文本
- 从SDCard中读取文本内容
- PHP 从文本中读取数据
- 从文本中读取到DataTable,并在DataTable中查询
- C++文本流fstream在Linux和Windows中换行的处理问题
- 在实现从excel中读取数据作为接口参数遇到的问题
- 关于循环读取文本中分隔符的问题
- 在ASP中,从数据库读取内容,只显示纯文本怎么弄?
- 不用mfc的方法,从dc中取出图象数据
- 行列转换 交叉表
- 2.4->2.6内核升级指南
- 一个ASP(JScript)简单SQL语句构建“类”,同时支持客户端和服务器端执行的
- Appfuse应用
- 第一章 创业时代的七堂必修课
- 在Windows中从DC读取文本行高的问题
- 软件实施:别把我想简单了
- 做了一个directshow的filter,把RGB视频流变成黑白的
- 随便写的
- cet-4
- AutoLisp函数
- .Net Remoting Error Collections
- 我的ISORPG游戏引擎及源代码(初级版本)
- 这是原来写的如何判断点与有向线段关系的程序,有帮助于看懂我下面那个程序(C#2.0)