IWETHEY v. 0.3.0 | TODO
1,095 registered users | 1 active user | 0 LpH | Statistics
Login | Create New User
IWETHEY Banner

Welcome to IWETHEY!

New Internationalization
Well, several reasons, really.

One, I read a [link|/forums/render/content/show?contentid=121392|really good book] recommended by our friend Mr. Tilly about making products succeed. One of the things proposed was building internationalization in from the very beginning. It's easy to add early on, and successively harder the longer you wait. Products that include it from the beginning have a higher success rate than those that don't.

Two, we have people from other countries here. While you pretty much have to know English to understand the vast majority of the posts here, that won't be the case when the software is (hopefully) being used by other people besides just us here. One of my main goals for the rewrite is making the software stand-alone. The existing stuff is well nigh impossible to get running on another machine at this point. Just ask Yendormike. The new stuff can be installed in a few minutes.

Three, Christian and other Europeans would probably rather see their dates, times, and numbers in a familiar format. And once you're supporting localization, translating the text is not a very big leap from there.

Four, it's good practice for me.

Five, supporting dialects like Nadsat and Guido is easier, yes. ;-)
Regards,

-scott anderson

"Welcome to Rivendell, Mr. Anderson..."
New Ok, as long as it includes Boxley and Ashton translation
Afraid I've violated the rule about building it in from the beginning - though the point is well taken. Hopefully, it won't be fatal.
New The problem is...
... that you don't realize how much that stuff can pervade an application (especially financials, because of all the number formatting) until you have to go change it all. :-P
Regards,

-scott anderson

"Welcome to Rivendell, Mr. Anderson..."
New Had to deal with a bit in the past
In my embedded systems, we sold the hardware along with the software, so we just used pre-configured configuration files. In the Oracle HR/Payroll project I just got off of, it was a bloody nightmare. All sorts of localized rules and rates. France seemed to have some of the strangest rules.

On the current project, I'm hoping it shan't be too much of a headache, as we are dealing with mostly flags, comments and user originated documentation. But as we add more and more features, it's likely to become a bigger and bigger problem (as most projects are wont).

Just asking why you were diving into at this juncture for clarification.
New Well, good luck with it.
Regards,

-scott anderson

"Welcome to Rivendell, Mr. Anderson..."
New Still on chapter One here :)
     Internationalization - (admin) - (5)
         Ok, as long as it includes Boxley and Ashton translation - (ChrisR) - (3)
             The problem is... - (admin) - (2)
                 Had to deal with a bit in the past - (ChrisR) - (1)
                     Well, good luck with it. -NT - (admin)
         Still on chapter One here :) -NT - (FuManChu)

THEN WHO WAS PHONE?
62 ms