<?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: Eclipse committers, turn your NLS warnings on</title>
	<atom:link href="http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/</link>
	<description>Y'a pas anguille sous roche, mais probablement baleine sous gravillon...</description>
	<pubDate>Sun, 14 Mar 2010 08:28:00 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Antoine Toulme</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15414</link>
		<dc:creator>Antoine Toulme</dc:creator>
		<pubDate>Wed, 21 Jan 2009 07:16:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15414</guid>
		<description>OK, here it is:
https://bugs.eclipse.org/bugs/show_bug.cgi?id=261766</description>
		<content:encoded><![CDATA[<p>OK, here it is:<br />
<a href="https://bugs.eclipse.org/bugs/show_bug.cgi?id=261766" rel="nofollow">https://bugs.eclipse.org/bugs/show_bug.cgi?id=261766</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antoine Toulme</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15413</link>
		<dc:creator>Antoine Toulme</dc:creator>
		<pubDate>Wed, 21 Jan 2009 07:09:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15413</guid>
		<description>Let's open a bug against the AC, see where it goes.</description>
		<content:encoded><![CDATA[<p>Let&#8217;s open a bug against the AC, see where it goes.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Flanigan</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15412</link>
		<dc:creator>Sean Flanigan</dc:creator>
		<pubDate>Wed, 21 Jan 2009 07:05:30 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15412</guid>
		<description>Okay, that makes sense.  Externalisation can be non-trivial, especially when trying to choose good keys in the resource bundles.  

But I still like the idea of NON-NLS sledgehammers in RC builds.   ;-)</description>
		<content:encoded><![CDATA[<p>Okay, that makes sense.  Externalisation can be non-trivial, especially when trying to choose good keys in the resource bundles.  </p>
<p>But I still like the idea of NON-NLS sledgehammers in RC builds.   <img src='http://www.lunar-ocean.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antoine Toulme</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15410</link>
		<dc:creator>Antoine Toulme</dc:creator>
		<pubDate>Wed, 21 Jan 2009 05:49:56 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15410</guid>
		<description>The ugly truth, at least from my own experience, is that some manual testing is required and that requirements themselves change over time as we discover more of the solution. Also, with CVS, you have no choice but to check-in, while with Git you can commit changes locally every so often, so you keep your focus. I hate having modified files hanging around on my local copy.

So we tend to have I-builds provided to QA that aren't externalized. Externalization is an effort that requires a lot of time from devs, and we are ready to commit to that effort when the code is mature.

It all depends on the development process of the company you work for I suppose.</description>
		<content:encoded><![CDATA[<p>The ugly truth, at least from my own experience, is that some manual testing is required and that requirements themselves change over time as we discover more of the solution. Also, with CVS, you have no choice but to check-in, while with Git you can commit changes locally every so often, so you keep your focus. I hate having modified files hanging around on my local copy.</p>
<p>So we tend to have I-builds provided to QA that aren&#8217;t externalized. Externalization is an effort that requires a lot of time from devs, and we are ready to commit to that effort when the code is mature.</p>
<p>It all depends on the development process of the company you work for I suppose.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Flanigan</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15409</link>
		<dc:creator>Sean Flanigan</dc:creator>
		<pubDate>Wed, 21 Jan 2009 05:09:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15409</guid>
		<description>True and true.  Shouldn't force the developer to externalise strings (in the code under test) before running unit tests, for instance.

However, I think it's reasonable to expect externalised strings before checking code in.  (And the wizards (or quick-fix) make it pretty easy to "ignore" non-externalised strings in test code, in bulk.)</description>
		<content:encoded><![CDATA[<p>True and true.  Shouldn&#8217;t force the developer to externalise strings (in the code under test) before running unit tests, for instance.</p>
<p>However, I think it&#8217;s reasonable to expect externalised strings before checking code in.  (And the wizards (or quick-fix) make it pretty easy to &#8220;ignore&#8221; non-externalised strings in test code, in bulk.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antoine Toulme</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15408</link>
		<dc:creator>Antoine Toulme</dc:creator>
		<pubDate>Wed, 21 Jan 2009 04:46:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15408</guid>
		<description>Hey Sean, well I wanted to be nice. I think the level of error should be raised depending on the phase of development you are in.

If you need to externalize before you can run your code, you are doomed to failure. You also may want to avoid externalizing the code for the tests.</description>
		<content:encoded><![CDATA[<p>Hey Sean, well I wanted to be nice. I think the level of error should be raised depending on the phase of development you are in.</p>
<p>If you need to externalize before you can run your code, you are doomed to failure. You also may want to avoid externalizing the code for the tests.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sean Flanigan</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15407</link>
		<dc:creator>Sean Flanigan</dc:creator>
		<pubDate>Wed, 21 Jan 2009 00:00:40 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15407</guid>
		<description>Antoine&#62; setting the non-externalized string flag as an error when compiling
If a project is meant to be internationalised, *shouldn't* a non-externalised string should be an error?  

Chris&#62; PDE also have a setting for this...
I didn't know about that one, thanks Chris!</description>
		<content:encoded><![CDATA[<p>Antoine&gt; setting the non-externalized string flag as an error when compiling<br />
If a project is meant to be internationalised, *shouldn&#8217;t* a non-externalised string should be an error?  </p>
<p>Chris&gt; PDE also have a setting for this&#8230;<br />
I didn&#8217;t know about that one, thanks Chris!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Aniszczyk</title>
		<link>http://www.lunar-ocean.com/eclipse-committers-turn-your-nls-warnings-on/comment-page-1/#comment-15405</link>
		<dc:creator>Chris Aniszczyk</dc:creator>
		<pubDate>Tue, 20 Jan 2009 14:19:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.lunar-ocean.com/?p=224#comment-15405</guid>
		<description>PDE also have a setting for this if you go to the Plug-in Development compiler warnings page. Catch your missing NLS entries in MANIFEST.MF and plugin.xml files.</description>
		<content:encoded><![CDATA[<p>PDE also have a setting for this if you go to the Plug-in Development compiler warnings page. Catch your missing NLS entries in MANIFEST.MF and plugin.xml files.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
