314 words on earthlingsoft
Just a week after its predecessor, another update to
UnicodeChecker – version 1.12.1 – has been released. It solidifies earthlingsoft’s appreciation of silly version numbering schemes. (I think I’ll just go for Unicode Roman Numerals should I get to pick a version numbering scheme for an application again…)
This release sneaks in a great new feature: automated download of the Unihan data file. This resolves a weakness of the application ever since Unihan support was introduced. Actually being able to use that feature required users to manually download and ‘install’ the Unihan data file from the Unicode servers. As the file in question is thirty times the size of all of UnicodeChecker and many people won’t use it, this seemed to be a reasonable strategy for adding the feature without making UnicodeChecker a huge download and blowing our bandwidth quota. But it wasn’t the ideal solution in terms of user friendlyness and may have kept that feature in obscurity as getting to use it required people to perform all those manual steps.
In this version UnicodeChecker introduces a button that reduces the effort for downloading and installing the Unihan data file to a single click. Perhaps that gets more people to investigate that cool Unihan database which can almost be used as a lightweight dictionary for Asian languages.
Other subtle improvements include a guide in the Help book on changing the keyboard equivalents for UnicodeChecker’s many Services Menu entries and the nice fact that you can now successfully use the Quit command while the Find sheet is open in UnicodeChecker’s main window. That, in fact, is a detail I really like and one I frequently dislike other applications for: non-critical sheets preventing an application from quitting – it may be Cocoa’s default behaviour but it’s just wrong in many situations. Oh and there were some technical improvements and bug fixes as well.
I’m trying to find a way to use your UnicodeChecker utility to translate ascii characters to their Chinese equivalents. For example, I received some Chinese, but it got converted to ascii in the process (each chinese characters is made up of 2 ascii characters). I’m trying to find a tool that would convert ““ª–©¥”ôø’≈ƒµƒ’’∆¨” to its Chinese equivalent. Can UnicodeChecker do that?
Bill,
sorry for taking so long to reply. There were problems with our internet domain and we couldn’t access our server :/
It is quite likely that you can solve your problem with the TextEdit application: Use the open command, select the text file you want and use the popup menu at the bottom of the open dialogue to specify the encoding the text is in.
[Is the example you inserted the original one? (Its letters are not ASCII as you claim) It’d also be helpful to know what encoding the text is supposed to be in as there are many Chinese encodings. We have been working on a Utility for UnicodeChecker to solve a similar problem, so if you can give a few more details I may be able to figure out whether that could do the trick.]
Shop in my amazon stores with music, books and films mentioned on the site: .com, .uk, .de.