牛批，什么叫输入框。顾名思义，输入框就是用来让用户输入文字的，你打算让用户花余下的一辈子来玩你的输入框吗
1赞
我是写游戏周边的工具啊
给策划用的编辑器
都用js写方便实时预览结果
实在有此需求那就分段来编辑，跟编程一样，也没有人将所有逻辑都写在一个函数里吧？一旦你这输入框哪里异常了输入文本都丢失了，你的策划岂不是要来搞你人？
最后改为在txt里存数据了，读文件进行处理，不走cocos相关的东西
密文，没法分开的。我是程序，要实现功能的。不能一个劲要求改需求啊。。。
策划不都是用的excel表嘛?然后弄个表转json就是了，要加密就再加次密完事
我是来问技术问题的，不是来讨论需求合理性的啊 
不合理的需求本就没必要存在，不是说输入框输入这么多字本身没必要，而是中途一旦出点问题，上万字直接GG，锅还不是在你
为啥要出问题
有被一二楼笑到~
看别人问技术问题第一时间就是嘲讽和秀优越，论坛风气怎么这样 
首先不要这么自信的觉得一定不会出问题，其次，你观察过ccc网页下对输入框的机制么，其实是html的input控件重叠在画布上让你输入，输入完了再转回label，这个转换过程我猜引擎组没预料到极端的长度问题，当然这只是猜测，毕竟我没没遇到过要输入上万字的需求。
大批量文本输入，其实的确可以考虑HTML端的富文本编辑器，毕竟是非常成熟的东西了。
算了，这是一个技术问题，相信楼主的技术自己可以解决
除了楼主的存文件方法，其实也可以直接用cocos的编辑框，只需要将输入内容放在缓存中，然后动态更新编辑框内的可视区域文本就行了，只需要监听滑动，然后进行更新编辑框文本操作即可，这只是一种思路，楼主可以自行验证
上万字的文本滑动，用CHAR不行，BITMAP更不可能，渲染性能绝对是大问题。
你还没有理解我的意思
理解了，但是就是因为滑动，需要动态更新label，这样更需要更多的渲染不是吗？ 最好每一帧都判断。哪一些可视，哪一些不可视，