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