※ 引述《hatasum (我很可爱)》之铭言： : ※ 引述《hatasum (我很可爱)》之铭言： : : 上述问题已经确定是webkit的问题了，所以只好先搁着了^^" : : 现在我又遇到另一个难题.......= =" : : 回到一开始的问题，是采用css来实现分页(pagination)的效果 : : 所以翻下一页其实就是scroll PosX+=680(假设页宽680) : : 这也很简单实做，但是.........我却发现效能很差!!?? : : (这里我确定只有叫它+=680而已，没其他逻辑) : : Q1 : 那如果不使用分页然後在加上scroll PosY+=680? : : Ans:一开始往下滚也是会钝钝，但是再往回滚却不会了!!所以看起来UIWebView有针对 : : 已经显示的View做加速 : : Q2 : 那scroll PosX+=680，滚回去也会加速吗?? : : Ans:这就是特别的地方了......不会加速!!!所以ScrollView的Vertical Scroll 与 : : Horizontal Scroll竟是不同的加速?? : : @@"不知道大家有没有遇过类似的问题...... : : PS : 我Google很久.....难道又是KeyWord错误....?? : 或者 有方法设定webview(or ScrollView)的可视范围??? : 让它其实比真正外框还要大??(-680 and +680) : 让缓存的范围更大???(猜测....) : ^^"不知道我这想法对不对???虽然我还是找不到类似的文章.... 找了好久....网路上都没有相关文章.....哀哀 但是刚刚回家突然想到..... 假设显示宽度为680 全部Content宽度为6800 如果Render宽度是depend on ScrollView宽度，那就另外设定ScrollView宽度为6800 如果Render宽度是depend on WebView宽度，那就设定WebView宽度为6800 只是如果是设定WebView，那就要用一个假的UiView放在他父层， 挡住真正不可显示的范围 重点就是要让它以为Render宽度为6800...这样是否就能画大一点呢??? 以上都是猜测，明天才能确认对或错 ^^希望能真的解决掉这问题!!!! --

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