Results 3 issues of Catofes

搞错分支神马的2333 从新merge蛮麻烦。 这次对于排版直接使用了原来的排版系统,理论上应该和之前样式的没有啥区别。区别估计事在于用Canvas还原弹幕的话,边框略虚,这可能跟Canvas的抗锯齿有关(还TMD关不掉。。)。 效率对比如下:都是Surface Pro with IE,测试的是demo的test6。测试时间40s。 Canvas: ![56](https://cloud.githubusercontent.com/assets/3324513/3745754/29a14518-17b2-11e4-863a-8f63978a60b5.png) Dom: ![57](https://cloud.githubusercontent.com/assets/3324513/3745757/3686028c-17b2-11e4-8343-2f90e3934f5e.png) 感觉Surface终于不发热了~~2333

![2014-08-15 09 58 50](https://cloud.githubusercontent.com/assets/3324513/3929402/6b7fec76-2420-11e4-93ce-9544882b14ca.png) 如图所示的两条弹幕(test 6)。 弹幕池中编号为2的弹幕是 迷之感动。 编号为14的是谢谢。不过迷之感动后面有大量的空白而谢谢则排版到了下方。这一点满不舒服。尤其是在屏幕很大的时候可能会出现阶梯状。 看代码应该是在vCheck里 选中的那一行。 逻辑是当之前的一条弹幕滚出屏幕时这条弹幕不能超过屏幕中间。debug看到 2弹幕滚出时间位7560。 14弹幕滚到中间时间为7080。所以被没有排在2好弹幕的正后方。 我想问这样处理合适吗? 不是应该只要避免不必要的堆叠就好了? 所以这个地方的逻辑是不是应该改为。当先前弹幕完全滚出屏幕的时候,本弹幕的头部没有道道屏幕边缘嘛? 也就是 ``` this.getMiddle = function(cmt){ return cmt.stime+this.width/(cmt.width+this.width)*cmt.ttl; } ```

enhancement

您好,Android14 版本好像移除了 READ_EXTERNAL_STORAGE 以及 WRITE_EXTERNAL_STORAGE 权限,但是java里面的代码还是要检查这两个权限。于是在Android14的手机上就打不开该软件了。 读取存储权限的声明只针对sdk小于32的: https://github.com/yztz/MsgGo/blob/4d7a9fbe55aad049572b93241479e848e0567d1b/app/src/main/AndroidManifest.xml#L9C55-L9C76 但是启动的时候权限检查一定要求存储权限: https://github.com/yztz/MsgGo/blob/4d7a9fbe55aad049572b93241479e848e0567d1b/app/src/main/java/top/yzzblog/messagehelper/activities/CoverActivity.java#L31