Serkan Kaba - Latest comments on Applications failing with Turkish locale

In response to: Applications failing with Turkish locale

Serkan KABA [Member] — Sat, 29 Nov 2008 09:43:14 +0000

I added an ebuild for the new release candidate for testing. All the icons apperar in the toolbar now. Thanks.

In response to: Applications failing with Turkish locale

Serkan KABA [Member] — Tue, 18 Nov 2008 19:10:48 +0000

Thanks Tim Kosse I reported the issue to FileZilla bug tracker: http://trac.filezilla-project.org/ticket/4014

In response to: Applications failing with Turkish locale

robbat2 [Visitor] — Sun, 16 Nov 2008 23:32:07 +0000

I've been bugging folk for years about code that wasn't locale-aware for et_EE and tr_TR

et_EE - collation order misses a bunch of letters, so that any regex like y/[a-z]/[A-Z]/ does not give the expected replacement on some letters.

In response to: Applications failing with Turkish locale

Tim Kosse [Visitor] — Sun, 16 Nov 2008 22:52:01 +0000

What a coincidence. I came across a similar problem today and also found that very same page on i18nguy.com

My problem was that FileZilla did not display all toolbar icons, see http://bugs.pardus.org.tr/show_bug.cgi?id=7669 (page content Turkish)
For the icons, FileZilla converts some string of the form "ART_SOMETHING" into "something.png".
The obvious but wrong way to do it would be to just lowercase the "SOMETHING" part.

With Turkish locale, calling wxString::MakeLower (which internally calls the locale dependent towlower) on "SOMETHING" does not equal "something".

I only wish things like these would be better documented. Something like "This function is locale dependent" including a link to a page with detailed examples should be mentioned in every API documentation.

Dotless uppercase I and dotted lowercase i are just too alien for most people to even consider possible unless somebody points it out to them.