Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Originem]

About Chinese character word wrap: It seems can not calculate the characters' width correctly.

Spoiler

[close]

The character is cut off and half becomes "??"
And, the composing seems wired too.

Spoiler

[close]

[Alex]

Hmm - the game is treating these as characters from any other font. I suspect that if there's an issue calculating width, it's *probably* due to incorrect data in the .fnt file.

The character is cut off and half becomes "??"

The game displays ? for a character that's not in the .fnt file, so you're saying that a single character becomes multiple ?'s when displayed? This sounds like it could be a character encoding issue; make sure the mission text file is saved in UTF-8.

And, the composing seems wired too.

Could you clarify what you mean? Is this about the comma being on the new line, or something else?

[Originem]

The game displays ? for a character that's not in the .fnt file, so you're saying that a single character becomes multiple ?'s when displayed? This sounds like it could be a character encoding issue; make sure the mission text file is saved in UTF-8.

well that's not the encoding problem I think. Because we do use UTF-8 without bom.

[Alex]

Can you try removing a few preceding characters to see if the still shows up? That'd tell us if it's related to the line break or not.

[Originem]

Can you try removing a few preceding characters to see if the still shows up? That'd tell us if it's related to the line break or not.

I think it's related to the link break. Look, wrapping lines work fine in the content below.(though they couldn't wrap line correctly, they couldn't fill up the whole line)(sorry I couldn't give you the screen shoot right now, cuz some incidents)

[jn_xyp]

I think this issue is not really related to the line break since there's no line breaker in that paragraph.

The real situation is, the "" randomly shows up at different places on different characters, and their position changes after reboot the game.

In the UTF-8 encoding, the English characters can be represented by 1 byte, but for the Chinese characters, it takes 2~4 bytes to encode them.

Therefore, based on these circumstances, we speculate that the problem might be caused by the way of loading or decoding the encoded texts. For example, if the first 1 or 2 byte of a Chinese character is loaded and decoded first, it won't be displayed correctly, and the second half of its encoding may be interpreted as "".

Hope this helps!

Update: The position of missing characters actually WON'T change after restart the game.

[Alex]

Hmm - the game is loading this text in UTF-8, so multi-byte characters should be fine. It's not doing anything custom or special, just loading UTF-8 text from byte data using built-in Java functionality.

The real situation is, the "" randomly shows up at different places on different characters, and their position changes after reboot the game.

That's very odd! Hard to imagine how this could change after a game restart, nothing in the code there should be inconsistent or variable.

[Alex]

If you could send me 1) a mission_text file to reproduce it, and 2) the .fnt/png files for the font, I could take a look and see what I see.

[jn_xyp]

Hmm - the game is loading this text in UTF-8, so multi-byte characters should be fine. It's not doing anything custom or special, just loading UTF-8 text from byte data using built-in Java functionality.

The real situation is, the "" randomly shows up at different places on different characters, and their position changes after reboot the game.

That's very odd! Hard to imagine how this could change after a game restart, nothing in the code there should be inconsistent or variable.

Just checked again... the positions of missing characters WON'T actually change after restart, my fault. 

And there's also an expert mentioned that this problem is very likely to be caused by the following UTF-8 decoder bug inside JDK:
https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8039751

[Alex]

Ahh, I think I found a bug that could cause this - if the file being loaded is over 1024 bytes in length, the game would treat each segment of 1024 bytes as a separate UTF-8 string. For multi-byte characters this could mean they'd be broken apart. Fixed this up; hopefully this is the issue.