[AboutSystem] Link to MIT licence looks strange when localized

[taos]

Using r1a3-rc-hrev42159.

When using the german localization, the link "MIT licence" (string: ... %MIT licence% ...) in AboutSystem is displayed as "%IT Lizenz%" instead of "MIT Lizenz".

[taos]

Link to MIT licence in AboutSystem (german localization).

[richienyhus]

This looks like a translation error from overzealous translation to me.

[taos]

Here are the corresponding excerpts from AboutSystem.cpp:

BPath mitPath;
_GetLicensePath("MIT", mitPath);

// Haiku license
BString haikuLicence = B_TRANSLATE("The code that is unique to Haiku, "
	"especially the kernel and all code that applications may link "
	"against, is distributed under the terms of the %MIT licence%. "
	"Some system libraries contain third party code distributed under the "
	"LGPL license. You can find the copyrights to third party code below.\n"
	"\n");
int32 licencePart1 = haikuLicence.FindFirst("%");
int32 licencePart2 = haikuLicence.FindLast("%");
BString part;
haikuLicence.CopyCharsInto(part, 0, licencePart1 );
fCreditsView->Insert(part);
	part.Truncate(0);
haikuLicence.CopyCharsInto(part, licencePart1 + 1, licencePart2 - 1
	- licencePart1);
fCreditsView->InsertHyperText(part, new OpenFileAction(mitPath.Path()));
	part.Truncate(0);
haikuLicence.CopyCharsInto(part, licencePart2 + 1, haikuLicence.CountChars()
	- licencePart2);
fCreditsView->Insert(part);

Any ideas? The French version displays "%licnce MIT%" (catkeys: %licence MIT%), the Russian "%MIT licence%", the Finnish "%MT licence%-isenssin" (catkeys: %MIT licence%-lisenssin). It doesn't even show the correct phrase without %s if this part of the string isn't translated at all. Only the non-localized English variant works.

BTW, apart from this sentence, the spelling "license" is used everywhere else in AboutSystem.

[richienyhus]

It should be license which is American English, whilst the spelling licence is British English.

[siarzhuk]

IMO this is an excessive localization - the names of licenses must not be localized at all, because it breaks the "click and read" functionality in the list of installed software.

[taos]

Replying to siarzhuk:

IMO this is an excessive localization - the names of licenses must not be localized at all, because it breaks the "click and read" functionality in the list of installed software.

I've also noticed this (see #7491 AboutSystem: clicking on localized license name doesn't open license file). But in this case, the "click and read" functionality works fine in a localized system. It's only the graphical representation of the licence name that is a little odd - even if the licence name itself isn't translated. At the moment, if you don't translate this part of the string you'll still get "%MIT licence%" instead of "MIT licence". Only in an English system, the %s are cut as intended.

[taos]

Okay, call me completely mad. I think I found the problem: Characters with diacritics (e.g. é, ö, ñ) are counted twice (but why?). Therefore, the string is cut into parts at the wrong places. Instead of cutting out the %s (... |%|MIT...|%| ...), the cut position is shifted (e.g. ... %|M|IT...%| |...).

There is a linear correlation between the number of characters with diacritics in the translated string before %MIT...% and the shifting of the cut position.

language	number of diacritics	shift of cutting position	cutting positions	image
English	0	0	|%|MIT licence|%|.
Dutch	0	0	|%|MIT-licence|%|.
German	1	+1	%|M|IT Lizenz%|.|
Italian	2	+2	%l|i|cenza MIT%.| |Alcun
Finnish	2	+2	%M|I|T licence%-|l|isenssin
French	4	+4	%lic|e|nce MIT%. Q|u|elques
Spanish	5	+5	%lice|n|cia MIT%. Al|g|una

Any ideas how to solve this?

[taos]

Spanish localization.

[taos]

Italian localization.

[taos]

French localization.

[taos]

German localization.

[taos]

No localization.

[taos]

Finnish localization.

[taos]

Dutch localization.

[axeld]

Hey, you're getting close! :-)

The problem you're describing happens because not each character uses up the same number of bytes (we're using UTF-8 encoding everywhere). While not apparent, the code in question mixes byte offsets/lengths with character offsets/lengths, and is therefore causing the problems. For example, FindFirst() is byte based, while CountChars() is character based.

[taos]

Replying to axeld:

For example, FindFirst() is byte based, while CountChars() is character based.

Good to know. I've seen mentioned in The Haiku Book that CountChars() is aware of UTF8 and therefore counts the actual number of characters but I was not sure about FindFirst(), FindLast(), and Truncate().

So, is there already an easy way to make byte offsets compatible with character offsets? I guess something similar might have happened somewhere else in the haiku source code.

[taos]

Hmmm, okay. If I replace CopyCharsInto() with CopyInto() and CountChars() with Length() the string is cut at the correct place - only both %s are removed as intended.

The graphical representation is okay (see screenshot below), the "click and read" functionality is still there (and at the correct place even in a Japanese or Russian system).

But, I'm not sure if removing the awareness of UTF8 in the code is the right way. However, if you're interested in a quick and dirty fix I can attach a patch file.

[taos]

Screenshot of patched AboutSystem (German localization).

[mmlr]

Replying to taos:

Hmmm, okay. If I replace CopyCharsInto() with CopyInto() and CountChars() with Length() the string is cut at the correct place - only both %s are removed as intended. ... But, I'm not sure if removing the awareness of UTF8 in the code is the right way.

The other way around would be the better way, i.e. replacing the calls with their *Chars() version instead. There are Find{First|Last}Chars() versions as well, so you can make all the calls Chars aware.

[taos]

Replying to mmlr:

The other way around would be the better way, i.e. replacing the calls with their *Chars() version instead. There are Find{First|Last}Chars() versions as well, so you can make all the calls Chars aware.

Really? That's what I tried first, but I couldn't compile the changed code because of a "no matching function for call to..." error. I'll try again - might have been a typo on my side.

[axeld]

Replying to mmlr:

The other way around would be the better way, i.e. replacing the calls with their *Chars() version instead. There are Find{First|Last}Chars() versions as well, so you can make all the calls Chars aware.

In this particular case, it doesn't really matter, as the '%' character is no UTF-8 character, and that's the only thing which matters for this code. So I think either solution would be fine. Patches welcome :-)

[bonefish]

Replying to axeld:

In this particular case, it doesn't really matter, as the '%' character is no UTF-8 character, and that's the only thing which matters for this code. So I think either solution would be fine.

Since the *Char* variants are slower, I'd even say the non-UTF-8 aware solution is preferrable.

Patches welcome :-)

Ideally one also fixing the off-by-one error in the last CopyCharsInto() call.

[taos]

Replying to bonefish:

Since the *Char* variants are slower, I'd even say the non-UTF-8 aware solution is preferrable.

Patches welcome :-)

Added two patches: First one (AboutSystem.cpp.patch) doesn't change the spelling of "licence" - can be used with the catkeys from HTA in alpha 3 branch. Second patch (AboutSystem.cpp.consistent_spelling_of_license.patch) changes the spelling to the US variant "license" but needs new catkeys.

Ideally one also fixing the off-by-one error in the last CopyCharsInto() call.

Not really sure???

[bonefish]

Replying to taos:

Ideally one also fixing the off-by-one error in the last CopyCharsInto() call.

Not really sure???

It starts copying at index licencePart2 + 1, but copies haikuLicence.Length() - licencePart2 bytes, which is one too many. It doesn't really matter, since the method clamps the length anyway, but still no reason not to pass the correct value.

[taos]

Patch to fix display of MIT license link (compatible with current catkeys in alpha3-rc).

[taos]

Patch to fix display of MIT license link and introduces consistent spelling of license (needs new catkeys).

[taos]

Replying to bonefish:

It starts copying at index licencePart2 + 1, but copies haikuLicence.Length() - licencePart2 bytes, which is one too many.

Thanks, I changed the patch files accordingly.

[taos]

Updated patch to fix display of MIT license link and to introduce consistent spelling of "license".

[taos]

Updated patch to fix display of MIT license link and to introduce consistent spelling of "license".

[humdinger]

Applied with hrev42514. Closing as fixed. We'll see if it finally nailed the bugger when the translated catkeys arrive. Thanks a lot.