Bad alignment when using wide unicode fonts

I think you need to work harder to reverse engineer the glyph_sizes.bin.

Thanks for reply Grum.
Ok. When I am using another font with a symbol's width 8px or less it looks good (screenshot 06). But if symbol's width is 10px (screenshot 07) then text floats to the left. I edit the file manually by hex-editor. What do I do wrong?
P.S. Same problem width default font and Hindi language (screenshot 08).

rumickon, Did you figure out how to fix this? I'm trying to solve the same problem with no luck.

Test with this patch: https://www.dropbox.com/s/bkltsmz6o65zcwk/alignment.zip (for 1.6.2)

Wow, that helped. Thank you very much.

I confirm the problem in 13w42b.

The only way to make it working is decompile .jar, find FontRenderer.java and comment this condition lines:
...
} else if (this.glyphWidth[ symbol ] != 0) {
int start = this.glyphWidth[ symbol ] >>> 4;
int stop = this.glyphWidth[ symbol ] & 15;
/* HERE:
if(stop > 7) { stop = 15; start = 0; }
*/
stop += 1;
return (stop - start) / 2 + 1;
} else {
...

I don't understand the aims of this condition.

Fix for 13w42b: azz.class in attachments.

I think Mojang should patch this cause this is a bug.
We can create patches for every version but this is not right way.

Mojang doesn't want to fix this. It's marked as resolved and "Works As Intended". They just don't care.

Why is this "Works As Intended" now?

Marcono and Jumpin Carrot, from the words of Grum:

I think you need to work harder to reverse engineer the glyph_sizes.bin.

Resolution Works As Intended [ 6 ]
Status Open [ 1 ] Resolved [ 5 ]

Nice ...

Can @rumickon reopen it? It does not works as should. To fix it in code @Grum should remove just one simple construction in "FontRenderer.java".

No, I can't. But we have another bug: MC-27912 with same problem.

But it's not just Hindi, wide variety of unicode fonts are affected. The main problem is in the fonts: many fonts are too thin and mismatch overall style of Minecraft, also they are hard to read. If anyone tryes to fix this with resource pack\custom fonts, they are faced with the need to change widths in glyph_sizes.bin And if you do so, all text becomes misaligned.
This makes this problem unsolvable! The only way left is to decompile FontRenderer.java for each version of Minecraft.

The intention with the unicode font seems to be to have a variable-halfwidth font (for Latin/Greek/etc.) and a fixed-fullwidth font (for CJK/etc.). However, the glyph_sizes.bin file doesn't reflect this, with regular points reading 1e, and others ending in -a, -b, or -c. This is causing the distortion. Every fullwidth character in the glyph_sizes.bin should be of width 0f.

Note that the Unicode font (GNU Unifont) is a fixed-width font.

Recently I found fixing solution that is appropriate for me. For not to decompile client just 1. Find .class containing "glyph_sizes.bin" string in bytecode — there always be only one file for any minecraft version (made from FontRenderer.java). 2. Find the bytes 10 07 A4 and replace them with 10 0F A4 with your favorite hex editor. These bytes are the code for "if(charWidth > 7)" so here we change it to "if(charWidth > 15)" that is never true. Working with Optifine bytecode too.

@Reality_SC yep. Change one bit only.

Probably related, Minecraft has no support for combining diacritics, so why are they even allowed past Crowdin?

Reopen please

Likely 0% chance of reopening because a Mojang employee resolved it as intended.

Also, this problem was solved in Forge after that commit: https://github.com/MinecraftForge/MinecraftForge/pull/1804
Its very easy to fix. Why Mojang employees ignore it, I do not understand.

Confirmed for

• 15w50a based on MC-27912

This is definitely valid, like @unknown said already in his comment these lines mess everything up. For example they return for both ① (\u2460) and ╬ (\u256c) the same size (force unicode is off) even though when writing one line of ① and below it one line of ╬ you will see that they have not the same size.
This is in the method getCharWidth(char p_78263_1_) of the class /Client/src/net/minecraft/client/gui/FontRenderer.java (MCP 1.8 names).

if (var4 > 7)
{
	var4 = 15;
	var3 = 0;
}

Can you please include this?

The ticket is resolved anyway. If they choose to look at it again they will see your comment.

Confirmed for

• 15w51a

Bugs that are caused by this:

• MC-13046 (only that clicking on the character in the chat line places the cursor at the wrong position)

• MC-52937

• MC-80169