※ 引述《hysteresis (magnet)》之铭言： : 放弃使用 webview 来开发阅读器吧，即使你的老板能认可，用户也不会接受的 : 因为性能实在是比较低 : 简单的可以用一页一页图片放在scrollview上来实现 : 复杂一点的有 adobe 的工具 indesign 可以做 : 说到底，自己绘图绘字排版才是王道... : ※ 引述《hatasum (我很可爱)》之铭言： : : 找了好久....网路上都没有相关文章.....哀哀 : : 但是刚刚回家突然想到..... : : 假设显示宽度为680 全部Content宽度为6800 : : 如果Render宽度是depend on ScrollView宽度，那就另外设定ScrollView宽度为6800 : : 如果Render宽度是depend on WebView宽度，那就设定WebView宽度为6800 : : 只是如果是设定WebView，那就要用一个假的UiView放在他父层， : : 挡住真正不可显示的范围 : : 重点就是要让它以为Render宽度为6800...这样是否就能画大一点呢??? : : 以上都是猜测，明天才能确认对或错 : : ^^希望能真的解决掉这问题!!!! ^^终於有人回覆我了!!!感谢!!! 恩.....昨天说的方法今天尝试了~~~效能只快一点点，所以算失败了QQ 其实我们开发的电子书app也算进入尾声了， 功能也和一般阅读器 (ibooks、stanza) 差不多了。 以实做到现在目前遇到的bug来说， 我们目前遇到的(除了翻页效能)bug，Stanza也有遇到~~而且没解决!!(这没啥好开心的..) 所以我相信我们的流程和它很像(这是猜测...难道他自己开发BrowserControl?) 以电子书来说，Epub3.0 + html5 已经超越了一般纯文字、图片的阅读功能了 所以阅读器与使用者开始有了互动...... 所以我个人是希望阅读器不是只是显示图片或者pdf...... 以有限的能力(要我做一个能吃html5+javascript的Webview...杀了我吧...) 目前还是倾向以webview为核心，看能不能做更有效的加速^^" ps:我有尝试加入"<meta name="viewport" content="width=20000" />" 字面上意思是把viewport加大到20000?? 那不就符合我的需求了吗?? 但是怎麽看起来还是没效果??@@ QQ继续寻找解法中......如果有找到我一定会回来解答的!!! --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.63.7.226