<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: How we do Internationalization</title>
	<atom:link href="http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/feed/" rel="self" type="application/rss+xml" />
	<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/</link>
	<description>Software development, testing, and techie life</description>
	<lastBuildDate>Thu, 08 Mar 2012 22:19:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.4.2</generator>
	<item>
		<title>By: chadmyers</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1223</link>
		<dc:creator>chadmyers</dc:creator>
		<pubDate>Mon, 14 Feb 2011 17:03:08 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1223</guid>
		<description>@Daniel:

ISO 4217 doesn&#039;t have to do with how to store currency values, only how to represent them consistently. 

The Money Pattern is about how to *store* currency values (for example, in memory, in the DB, etc) for retrieval at an undetermined future date and time.  ISO 4217 relates to the &quot;currency&quot; or &quot;type&quot; members of the Money pattern and to which degree of specificity to store the decimal portion of the value.

NMoneys looks interesting for displaying and formatting currency values that have already been stored and loaded from the storage mechanism. Thanks for sharing that link!

-Chad</description>
		<content:encoded><![CDATA[<p>@Daniel:</p>
<p>ISO 4217 doesn&#8217;t have to do with how to store currency values, only how to represent them consistently. </p>
<p>The Money Pattern is about how to *store* currency values (for example, in memory, in the DB, etc) for retrieval at an undetermined future date and time.  ISO 4217 relates to the &#8220;currency&#8221; or &#8220;type&#8221; members of the Money pattern and to which degree of specificity to store the decimal portion of the value.</p>
<p>NMoneys looks interesting for displaying and formatting currency values that have already been stored and loaded from the storage mechanism. Thanks for sharing that link!</p>
<p>-Chad</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1222</link>
		<dc:creator>Daniel</dc:creator>
		<pubDate>Mon, 14 Feb 2011 15:29:47 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1222</guid>
		<description>In regards to currencies, I am the author of NMoneys (http://code.google.com/p/nmoneys/) which offers a sensible way to display monetary quantities depending of the currency.
But currencies do have an standard (ISO 4217) that gets updated every now and then.

But I agree with you, monetary conversions are  mayor heachache, and no, a Money Pattern implementation won&#039;t help you to solve that problem.</description>
		<content:encoded><![CDATA[<p>In regards to currencies, I am the author of NMoneys (<a href="http://code.google.com/p/nmoneys/" rel="nofollow">http://code.google.com/p/nmoneys/</a>) which offers a sensible way to display monetary quantities depending of the currency.<br />
But currencies do have an standard (ISO 4217) that gets updated every now and then.</p>
<p>But I agree with you, monetary conversions are  mayor heachache, and no, a Money Pattern implementation won&#8217;t help you to solve that problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chadmyers</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1221</link>
		<dc:creator>chadmyers</dc:creator>
		<pubDate>Mon, 07 Feb 2011 23:12:32 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1221</guid>
		<description>@Noel:

We definitely do not use resx&#039;s. Those things are a nightmare to use and maintain.

We have a table in our database that contains the keys and translation-by-culture.

It looks like this:

	[id] [uniqueidentifier] NOT NULL,
	[LastModified] [datetime] NULL,
	[Created] [datetime] NULL,
	[Culture] [nvarchar](255) NULL,
	[Name] [nvarchar](255) NULL,
	[Text] [nvarchar](1000) NULL,

We cache it at app startup.  We can reference keys in code using hard-coded (constant) keys that match the keys in the &quot;Name&quot; field in the database.

Also, keys flow through our app framework to show up whenever we need a label, a grid column header, etc. A lot of it is conventional.

We have tooling to ensure that the app and DB are kept up to date and we have &quot;warts&quot; that show us if a particular blob of text hasn&#039;t been translated so that they stick out like a sore thumb for the tester who alerts us to their presence.</description>
		<content:encoded><![CDATA[<p>@Noel:</p>
<p>We definitely do not use resx&#8217;s. Those things are a nightmare to use and maintain.</p>
<p>We have a table in our database that contains the keys and translation-by-culture.</p>
<p>It looks like this:</p>
<p>	[id] [uniqueidentifier] NOT NULL,<br />
	[LastModified] [datetime] NULL,<br />
	[Created] [datetime] NULL,<br />
	[Culture] [nvarchar](255) NULL,<br />
	[Name] [nvarchar](255) NULL,<br />
	[Text] [nvarchar](1000) NULL,</p>
<p>We cache it at app startup.  We can reference keys in code using hard-coded (constant) keys that match the keys in the &#8220;Name&#8221; field in the database.</p>
<p>Also, keys flow through our app framework to show up whenever we need a label, a grid column header, etc. A lot of it is conventional.</p>
<p>We have tooling to ensure that the app and DB are kept up to date and we have &#8220;warts&#8221; that show us if a particular blob of text hasn&#8217;t been translated so that they stick out like a sore thumb for the tester who alerts us to their presence.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Noel Kennedy</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1220</link>
		<dc:creator>Noel Kennedy</dc:creator>
		<pubDate>Mon, 07 Feb 2011 10:11:00 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1220</guid>
		<description>Thanks Chad, very useful post!  Please can you expand a bit on how you do list data?  Does this mean having say a resx with all the DB reference data hardcoded and indexed on primary key?  How do you manage the duplication &amp; maintenance of doing it this way?  </description>
		<content:encoded><![CDATA[<p>Thanks Chad, very useful post!  Please can you expand a bit on how you do list data?  Does this mean having say a resx with all the DB reference data hardcoded and indexed on primary key?  How do you manage the duplication &#038; maintenance of doing it this way?  </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: chadmyers</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1219</link>
		<dc:creator>chadmyers</dc:creator>
		<pubDate>Fri, 04 Feb 2011 23:39:49 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1219</guid>
		<description>Oh yeah. Silly Europeans and their currency.  :)

I guess that exemplifies my point -- it&#039;s not just currency values that change, but currencies themselves!</description>
		<content:encoded><![CDATA[<p>Oh yeah. Silly Europeans and their currency.  :)</p>
<p>I guess that exemplifies my point &#8212; it&#8217;s not just currency values that change, but currencies themselves!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Goran</title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1218</link>
		<dc:creator>Goran</dc:creator>
		<pubDate>Fri, 04 Feb 2011 22:12:30 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1218</guid>
		<description>There may be some problems with lira conversion in 2011</description>
		<content:encoded><![CDATA[<p>There may be some problems with lira conversion in 2011</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joshua </title>
		<link>http://lostechies.com/chadmyers/2011/02/04/how-we-do-internationalization/#comment-1217</link>
		<dc:creator>Joshua </dc:creator>
		<pubDate>Fri, 04 Feb 2011 19:03:13 +0000</pubDate>
		<guid isPermaLink="false">/blogs/chad_myers/archive/2011/02/04/how-we-do-internationalization.aspx#comment-1217</guid>
		<description>Can anyone recommend books on this matter (handling timezone, internationalization, etc)? Thanks!</description>
		<content:encoded><![CDATA[<p>Can anyone recommend books on this matter (handling timezone, internationalization, etc)? Thanks!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
