Other Software > Developer's Corner

Why would brand new software NOT work with Unicode? / Challenges

<< < (2/2)

Renegade:
I have found unicode universally painful as hell to deal with -- even when working with languages that have good support for it (Python). 
-mouser (January 05, 2012, 05:37 PM)
--- End quote ---

My personal unicode hell began a very long time ago, and I quickly tried to rectify things. I suppose that since then, I've simply tried to stick to things that pre-empt the problems I've faced in the past, so I really don't have any issues with it now.

app103:
It could be the programming environment you're working in that has very poor unicode support (Delphi, C++ Builder, various scripting languages).
-f0dder (January 05, 2012, 09:30 AM)
--- End quote ---

Bingo!

* From what I have heard, Windows 98 is still relatively widespread in some countries and unicode support on W9x is problematic.
-vlastimil (January 05, 2012, 09:24 AM)
--- End quote ---

Bingo again!

A lot of my apps were written while stuck on an old WinME PC.

tranglos:
It could be the programming environment you're working in that has very poor unicode support (Delphi, C++ Builder, various scripting languages).-f0dder (January 05, 2012, 09:30 AM)
--- End quote ---

Oooh, I have to correct this :) Delphi has had a brilliant Unicode support since version 2009. The downside is that apps compiled in these new versions of Delphi won't run on anything below Win2k/XP.

Of course, earlier versions of Delphi are still very much in use as well. In those it's still possible to create unicode-enabled apps, but without native compiler support it can be quite painful and you have a very limited choice of third-party libraries.

tranglos:
Non-english sucks, really.-f0dder (January 05, 2012, 09:30 AM)
--- End quote ---

But you could localize applications and handle user data in languages other than English before Unicode. Theoretically, Unicode is only truly required if your app needs to support languages that don't share a ("classic") codepage at the same time. Say, if you need to display English and Russian on the same screen at the same time. Other than that, applications used to run in any language you wished without Unicode.

It's cool to be able to handle  all languages (more or less) without having to think about it twice, but some things have become much harder and much slower too.

In Delphi world, there used to be a bunch of highly optimized string manipulation libraries, written mostly in assembly. They rocked, and I based my whole glossary / translation memory application around one. Even registered my domain specifically to distribute that app, and it's still my username in most places :)
That application knows nothing about unicode, but it is FAST! In unicode world, that application is dead in the water. I could convert it in theory, but the cost of twice as much memory use and searches taking ten times what they used to.

erikts:
The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)
by Joel Spolsky

... A couple of years ago, a beta tester for FogBUGZ was wondering whether it could handle incoming email in Japanese. Japanese? They have email in Japanese? I had no idea. When I looked closely at the commercial ActiveX control we were using to parse MIME email messages, we discovered it was doing exactly the wrong thing with character sets, so we actually had to write heroic code to undo the wrong conversion it had done and redo it correctly. ...
--- End quote ---

Navigation

[0] Message Index

[*] Previous page