※ 引述《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