V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  OctWu  ›  全部回复第 2 页 / 共 2 页
回复总数  32
1  2  
2014-12-27 00:02:38 +08:00
回复了 jox 创建的主题 iDev 微信用来输入 gif 表情的那个键盘是怎么实现的?有人了解么?
@jox 你说的卡,在现在机子的情况来看应该也不会很明显了。另外腾讯很多东西都是自己封装的。另外可能和上面有人提到的要支持iOS5有关。其实这个页面自己写重用也应该不会有很大压力
2014-12-26 23:44:32 +08:00
回复了 jox 创建的主题 iDev 微信用来输入 gif 表情的那个键盘是怎么实现的?有人了解么?
collectionView应该是最简单的。并且有复用。因此稍微进行封装也就是ok的。另外不论TableView还是CollectiomView本质都是scrollView啊
@jox 已发,请check
2014-12-26 21:32:25 +08:00
回复了 jox 创建的主题 iDev 微信用来输入 gif 表情的那个键盘是怎么实现的?有人了解么?
@jox reveal?好像是这么拼。可以看图层结构的
@jox 哈,那是否提供一个联系方式呢。调试比较迷糊。哈
@jox 你提到了textView是一次性绘制,我就尝试替换为了tableView(原因也是因为图片都是单独一行并且居中),真机测试结果消耗内存从30 ~ 55降低到了稳定的9 ~ 17。 很感谢你上面的回答解决了我很多的困惑。
@jox 你有统计过用来占位的NSTextAttchment对内存的压力么。其实对于显示这点来说。完全可以设置抗拒范围。而不用占位。其实我再尝试使用tableview配合来显示,因为image已经固定了格式。还可以重用。当然textview也是OK的
@jox 多线程同时画图片?textView本身是scrollView的子类。屏幕外的东西是不用绘制的。你说的内存的问题。是不是你却并没有根据分辨率重新切割图片而是直接交给imagview。这样渲染的时候CG会消耗非常大。还有就是图片本身的大小也很关键。50如果是真机,应该去检查下内存使用在哪了。关于缩略图是这样,我们的图片是需要用户可以看清的。但是比例千奇百怪囧rz,所以没有使用这种方案。
@jox 关于内容大小这个问题,用sizeThatFits似乎不需要考虑到黑魔法的问题。当然你必须保证高宽其中一项是可知的
唔,尺寸不可控。不过都是独立一行.剧中。
@jox

关于第一点我的理解,你是通过NSTextAttachment在布局的时候,通过bounds的设定占了一段空白位置。然后再去粘贴UIImageView?如果是这样,因为我们的图片比例非常的奇怪(1 :1, 1: 7等等)所以设置一个比较通用的bounds还是微难的。可能是我没有找到,有没有很好的方法单独来重新绘制某个NSTextAttachment?现在我都是通过storege replaceAttributedString来重绘
@jox cool,在做富文本输出的时候搜到了这篇文章,帮助很大。虽然可能v2ex不适用做提问,我还是很好奇,因为我在parse html然后用text kit进行了排版后。遇到了两个问题
1.我们的图片大小不统一,这样我就需要来给这个根据NSTextAttachment的生成的attributedString加一个居中的段落属性,但是相对应的是这个图片就必须要单独一个段落了,是否有更好的方法呢。
2.因为我现在的应用的html内容有时候会出现大量的图片,内存还是比较吃紧的。不知道你有没有遇到这样的问题
1  2  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   933 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 21:43 · PVG 05:43 · LAX 13:43 · JFK 16:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.