| 技术论坛 |
|
|
| ≡技术区≡ ① |
| DELPHI技术 |
| 移动应用开发 |
| Web应用开发 |
| 数据库专区 |
| 报表专区 |
| 网络通讯 |
| 开源项目 |
| 论坛精华贴 |
| ≡发布区≡ ② |
| 发布代码 |
| 发布控件 |
| 文档资料 |
| 经典工具 |
| ≡事务区≡ ③ |
| 网站意见 |
| 盒子之家 |
| 招聘应聘 |
| 信息交换 |
| 论坛信息 |
|||
|
| 导航： | 论坛 -> 报表专区 斑竹:sunyesy,iamdream | |||||
| 作者： |
|
2018/3/21 9:20:45 | ||||
| 标题： |
|
加入我的收藏 | ||||
| 楼主： | fastreport设计界面大小和屏幕大小不相同，不知道为何不能设计成完成一致， 这样设计套打报表时，只要把半透明的纸样直接放在屏幕上，就可以设计报表， 这样不更方便吗？ ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 9:32:18 | ||||
| 1楼： | 任何打印，都是按 物理尺寸 设计的。 但是你的 显示器 是 按像素 显示的。 你看看你 的 报表 的页面设置。 肯定是 英寸 或 厘米 为单位。不是像素为单位。 那么问题来了，你的破显示器 一厘米或一英寸多少个像素呢？ 微软说 100%缩放的时候，必须是 96 个像素 代表 1英寸。 你的 显示器厂家说，不干！ ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2018/3/21 16:36:43 | ||||
| 2楼： | 我的显示器DPI是89左右，属于企业常见的显示器，肯定不是破显示器。 fastreport固定按照96DPI转换的物理尺寸，其实fastreport代码可以写的灵活些，按照客户的实际屏幕DPI显示设计和预览界面，这样客户看到的大小和实际大小完全一致，这样岂不更完美。fastreport非常好，如果能更完美就更好了。 目前我只能直接修改源码解决这个问题，改的地方比较多，论坛提问，只是希望有更简单的方法解决。 非常感谢您的答复。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 16:41:46 | ||||
| 3楼： | 不是你 显示器 破。说明微软破咯。 微软 非要 规定 96，偏偏不用你 高大上 的 89 ，建议你去找微软算账。 ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2018/3/21 16:54:33 | ||||
| 4楼： | 改改fastreport代码就可以解决这个问题，只不过fastreport代码写的不规范，代码到处是硬编码96dpi转换，没个统一的过程。而且报表格式文件fr3中TfrxMemoView也是存的像素点数，按照96dpi转的物理大小而已。 我是希望有高手能实际解决问题的，您的建议没有任何实际意义。 希望有其他人的答复。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 17:01:41 | ||||
| 5楼： | 正规做法。 设置 缩放 你既然知道，你是 89，也知道 原来是 96，那么缩放比还不会设置吗？ ---------------------------------------------- (C)(P)Flying Wang |
|||||
| 作者： |
|
2018/3/21 17:16:25 | ||||
| 6楼： | 想起了个笑话。 有个楚国人，他家的桌子腿坏了，妻子让他去树林里砍根合适的树杈，来做桌子腿。那个人背着斧子在树林里转了大半天，最后灰溜溜地回来了。妻子问他：“你砍的树杈呢？”他丧气地说；“我在树林里转了大半天，没有象桌子腿那样向下长的树杈。” ========== 显示器 尺寸大小，分辨率 都不固定的， 14" ,15" ,17" ,19" 20",21",22" 你怎么确定 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 18:41:23 | ||||
| 7楼： | 现在一般都是液晶显示器，液晶显示器可以读取EDID数据，确定物理尺寸，精确到毫米mm, 屏幕像素调用API就得到了，二者相除，屏幕实际DPI就计算出来了，这个比较简单的。 改缩放是个办法，但问题是开发套打程序的人，往往不是自己设计打印格式的人，都是最终客户自己设计打印格式，如果100%显示和实际大小一致，客户会更加满意，细节问题，方便客户，方便自己。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 18:51:03 | ||||
| 8楼： | 目前折衷的方式：先计算出实际DPI，再除以96，计算出缩放比例。 程序直接设置fastreport的设计和预览缩放比例（也不知道程序能设置不？）显示给客户，这样就基本一致了。有点不完美呀。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/21 23:32:43 | ||||
| 9楼： | 直接扫描表格，然后将扫描图当底图，在上面设计啊。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/22 8:20:11 | ||||
| 10楼： | 客户的单据基本都半透明的，客户喜欢直接把单据蒙在显示器上定位，扫描当底图，可以嫌麻烦的。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/22 9:50:01 | ||||
| 11楼： | 即然是套打，扫描成底图应该是比较合适，如果多的话，可以用扫描仪一次性处理。 少的话，可以直接用手机带的扫描文档功能，拍照扫成底图，这些是一次性的，比拿着纸对显示器应该靠谱一点，效率也会高一点。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/22 14:21:30 | ||||
| 12楼： | 已编程解决，自动调整缩放比例，和屏幕显示完全一致。 谢谢大家的帮助。 ---------------------------------------------- - |
|||||
| 作者： |
|
2018/3/22 15:07:28 | ||||
| 13楼： | 问题不辨不明。 虽然火药味浓了点儿。但是结果是好的。 根据DPI计算缩放比例是个聪明的解决方案。 ---------------------------------------------- - |
|||||
| 信息 |
| 登陆以后才能回复 |
