BinaryNotions.com

Tuxman wrote:

What does "banching" mean?

(I still haven't managed to find an adequate German word for it.)

LOL, this has been subject of a lot of mail I recieved....it's mispelled: "search branching", basically "splitting searches".....and, since the parameter is a number, something on the lines of "splitting searches number" (references on libtorrent pages HERE

Thanks for the new release, Eóin! Grabbing it right now!

Well thanks Tw@in. Will be translated this afternoon, I think.

Good tip for the installer, the cab compression is crappy alright.

The translation method is basicially method 3 as described on Writing Win32 Multilingual User Interface Applications. I did a lot of investigation and everything I read said this was the way to go. Even MS's own documentation on MUI's said go the resource dll approach if you want users to be able to pick the language themselves instead of being forced to run Halite in the same language as the OS regional settings. Can't find where I read that now, probably would have been a workaround if I looked hard enough.

The bit that seems custom about the setup are the plain text translation files I would think. These are basically all the strings which will end up in a language dependant resource isolated from the development resource file.

I'd never looked at gettext as I wanted a Windows solution, specificially one which integrated with resource files. The big area for improvement is in keeping the plain text translation files in sync with the core resource file. The current scheme works expect for the problem mentioned above. That of course is a big problem but I've seen no quick solution. Maybe gettext has an alternative to correct that issue, one thing the unix guys do very well is text processing. At the time though I was looking for a Windows centric technique, but certainly in my browsing of various (free) libraries and tools I never came across one which even acknowledged this issue never mind propose a solution. I can think of a fix but have to get down to implementing it.

In all honesty I am incredibly open to any suggestions for improvement. Help too is always welcome, it really is just text manipulation. My current automated converter uses a mix of iconv and a ruby script, no C++ at all actually. Any language or tool could in theory be used. My primary goal is to make the job as painless for the translators as possible. It's not there yet unfortunately.

[edit] Something along fuzzy string matching is probably the quickest solution. I'll look into it this weekend.

Tw@in 28 wrote:

LOL, this has been subject of a lot of mail I recieved....it's mispelled

I wasn't sure where to post this, but it sort of makes sense here:
on the Halite page (Binary Notions) it has one of the headings as 'State of developent.' which, I imagine should read 'State of development.' Obviously not a big thing but I thought you'd like a heads up. Thanks for the new snapshot chappies, I'll be downloading it soon.

I found a bug.  In the file list, if you try to sort by percentage complete, it's go right back to whatever it was sorted by before.

izmo wrote:

i was trying to upgrade from 0.3.1...
I moved all the files and subfolders from C:\Users\Izzy\AppData\Local\VirtualStore\Program Files\Halite to C:\Users\Izzy\AppData\Local\Halite... which seemed to be where the files update xml files were being generated... even tho the "path" registry entry said C:\program files\halite... but the Bittorrent.xml would always regenerate itself with a blank one, even though the halite.xml worked.
So i downgraded to 0.3.1 and bittorrent.xml worked again.

AFAIK, trying the 7zipped version might be a good idea, since config files are stored within the main directory. UserData saving is still a bit fuzzy....

Any chance of seeing a new Halite release anytime soon?

Tw@in 28 says: not that I'm aware of. Latest changes to SVN are dated 4-5 september. Stay tuned for more....

Last edited by Tw@in 28 (2009-09-16 03:01:30)