刚刚我又研究了一下,貌似这个英文的换行问题系统层(我测试的 mac)也是这么处理的。。。所以还不好说是一个 bug。你实际使用过程中应该很少会遇到这种情况吧?
直接传带空格的字符串给 mac 系统的 api 去绘制,系统默认也会把前面的空格删除。
刚刚我又研究了一下,貌似这个英文的换行问题系统层(我测试的 mac)也是这么处理的。。。所以还不好说是一个 bug。你实际使用过程中应该很少会遇到这种情况吧?
直接传带空格的字符串给 mac 系统的 api 去绘制,系统默认也会把前面的空格删除。
但是英文 sad asdlk jaslkd a sdlkasdj asdas你这样输就不会出现这个问题, askldjaskldjasdklasjdalsk这样就有问题了。
这是为什么呢?
我重新下载了还是
askldjaskldjasdklasjdalsk 没有这么长的单词的。。 因为一个单词的长度超过了限定的宽度,那么它前面的空格就会去掉。
你看看你下载的包是多大
那为什么输入符号比如:????????????? 又不会出现这个问题呢
看到了,才500多,没下完
上面不是已经说了吗?算法如此。不同的字符处理的方式是不一样的。
这个算法是你们游戏引擎里面的吗
其实如果用户不捣乱乱输入内容,也没这个问题,就怕用户乱输入
系统自带的算法。。。
意思就是说,就算你们想改,还改不了了
对,只能通过 hack 的方法去改变原来 api 的行为,但是目前来看,我觉得不值得,也没有必要。
那我这个问题,还可以通过其他途径来解决吗
不能 asdf
但是在游戏里面总归是个bug啊
不使用前置空格,可以考虑把玩家的消息分成两个 string 来解决。我后面会再跟进这个问题
使用两个string 内容换行就不会从最前面了。会从第二个string开始
改变设计呗,一个字符串,不要档住标题。。。
我现在就是使用的一个string,为了不挡住标题才使用前置空格