» is interpreted as "as conclusion"
The code fragment
say "", "«blah»"
should be displayed as "«blah»" with a > in the bottom right corner. Instead, MobTalker2 displays "«blah" with a ■ in the bottom right corner, as if as conclusion
had been used.
Comments (9)
-
reporter -
reporter - changed status to open
-
reporter - assigned issue to
-
reporter - changed milestone to 0.7.2
-
reporter Actually, the issue may be caused by
MobTalkerMessage.writeString(ByteBuffer, String)
when using characters that are not part of ASCII.writeString
measures the amount of characters that are to be written to theByteBuffer
, not the amount of bytes. Because both«
and»
are worth two bytes but are one character, the message's length is two bytes short. Thus,»
is ignored and the comparison of the remaining bytes (11000010 10111011
) with0
yields false, so apparently, theByteBuffer
returnstrue
on thereadBoolean()
call. That explains the missing»
and ■. -
reporter - changed status to resolved
fixes
#71fixed a compile-time problem with ScriptApiConverter where wildcards could not be converted to primitive types (boolean, int)→ <<cset ea7adac00ec6>>
-
reporter Issue
#73was marked as a duplicate of this issue. -
reporter Issue
#74was marked as a duplicate of this issue. -
reporter Issue
#85was marked as a duplicate of this issue. - Log in to comment
This may be caused by the implementation of
MessageShowText.toBytes(ByteBuf)
.»
in UTF-8 representation equals0xC2 0xBB
in hexadecimal or11000010 10111011
in binary version. BecausetoBytes(ByteBuf)
appends a1
ifas conculusion
is used and0
if not, the reverse operation may misinterpret the binary string as an invalid UTF-8 character and a1
bit foras conclusion
. That may result in the trailing»
character being swallowed up and ■ being displayed in the bottom right corner.