<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.1.2" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Most Useless Custom Namespace Ever</title>
	<link>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/</link>
	<description>The Spring IDE team blog</description>
	<pubDate>Thu, 28 Aug 2008 19:01:48 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.1.2</generator>

	<item>
		<title>By: Peter Bona</title>
		<link>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-78</link>
		<author>Peter Bona</author>
		<pubDate>Thu, 12 Apr 2007 13:41:46 +0000</pubDate>
		<guid>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-78</guid>
					<description>&lt;blockquote&gt;Still, I don’t really see how a translation of the Spring beans XML configuration dialect into other languages can be useful for anyone.&lt;/blockquote&gt;

I think this can be really useful. There might be certain part of an application which the user may change according to his own taste. He then needs a configuration file which is generally a property file, but sometimes a more complex configuration structure is needed and the Spring XML is a good candidate for that. Doing it in his own language would definitely be a bonus.</description>
		<content:encoded><![CDATA[<blockquote><p>Still, I don’t really see how a translation of the Spring beans XML configuration dialect into other languages can be useful for anyone.</p>
</blockquote>
<p>I think this can be really useful. There might be certain part of an application which the user may change according to his own taste. He then needs a configuration file which is generally a property file, but sometimes a more complex configuration structure is needed and the Spring XML is a good candidate for that. Doing it in his own language would definitely be a bonus.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Werner Keil</title>
		<link>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-306</link>
		<author>Werner Keil</author>
		<pubDate>Fri, 27 Apr 2007 12:48:03 +0000</pubDate>
		<guid>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-306</guid>
					<description>Being a pioneer for Localization and Usability for over a Decade now (including the first ever Swing Localizations for Western Europe more than 3 years before Sun finally introduced it, too) this seems quite tempting to me.

One of Spring's 2 founders also being from Austria like myself, probably explains, why it's German first.
I just hope, Juergen is doing checks on this occasionally, so there are no weird bugs and wordings like in previous releases of the Countries Tutorial? (which I helped to fix ;-)

At my current customer I also whiteness some of their customers (large Multinational companies) demanding Content in their own language.
E.g. German, Dutch or Scandinavian names for folders, portlets or even URL sub-parts. Having something like Spring Beans or XSDs in those languages may help fulfill some of their demands, too.

As long as nobody comes up with the Programming Language (Java) itself using local languages or even "Umlauts" such as Microsoft's attempt of local VB dialects in the 90s, I'm fine with that.</description>
		<content:encoded><![CDATA[<p>Being a pioneer for Localization and Usability for over a Decade now (including the first ever Swing Localizations for Western Europe more than 3 years before Sun finally introduced it, too) this seems quite tempting to me.</p>
<p>One of Spring&#8217;s 2 founders also being from Austria like myself, probably explains, why it&#8217;s German first.<br />
I just hope, Juergen is doing checks on this occasionally, so there are no weird bugs and wordings like in previous releases of the Countries Tutorial? (which I helped to fix ;-)</p>
<p>At my current customer I also whiteness some of their customers (large Multinational companies) demanding Content in their own language.<br />
E.g. German, Dutch or Scandinavian names for folders, portlets or even URL sub-parts. Having something like Spring Beans or XSDs in those languages may help fulfill some of their demands, too.</p>
<p>As long as nobody comes up with the Programming Language (Java) itself using local languages or even &#8220;Umlauts&#8221; such as Microsoft&#8217;s attempt of local VB dialects in the 90s, I&#8217;m fine with that.</p>
]]></content:encoded>
				</item>
	<item>
		<title>By: Luxspes</title>
		<link>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-425</link>
		<author>Luxspes</author>
		<pubDate>Thu, 03 May 2007 15:25:06 +0000</pubDate>
		<guid>http://springide.org/blog/2007/04/12/most-useless-custom-namespace-ever/#comment-425</guid>
					<description>Hi!
I don't like the idea of localizing configuration files (for an example of how bad this can become, just take a look at the fact that the "localization" of the VB inside MS-Office makes it a complicated thing to work with)... just imagine if java gets localized one time ("importa" instead of "import", "paquete" instead of "package"... and then buggy precompilers that translate that from english to spanish to whatever-anyone-speaks... for me it sounds as maintenance nigthmare)...
And then, comes the problem with exceptions...localizing exceptions seems like a good idea at first (now we will be able to read them in spanish), and the comes the problems in the forums (not all languages have the same number of experts... and english is generally the one with more experts) so, when you have to find the way to translate you exception precisely to the exact way it is written in english, so that you can take advantage of the knowledge already generated in english forums (a real pain...) that way I prefer to install my computer with everything in english... if Spring is going to get more localized... it should be in a way that it is really easy to "complety turn off" (btw, do you know how to do that for java when installed in a localized way?)</description>
		<content:encoded><![CDATA[<p>Hi!<br />
I don&#8217;t like the idea of localizing configuration files (for an example of how bad this can become, just take a look at the fact that the &#8220;localization&#8221; of the VB inside MS-Office makes it a complicated thing to work with)&#8230; just imagine if java gets localized one time (&#8221;importa&#8221; instead of &#8220;import&#8221;, &#8220;paquete&#8221; instead of &#8220;package&#8221;&#8230; and then buggy precompilers that translate that from english to spanish to whatever-anyone-speaks&#8230; for me it sounds as maintenance nigthmare)&#8230;<br />
And then, comes the problem with exceptions&#8230;localizing exceptions seems like a good idea at first (now we will be able to read them in spanish), and the comes the problems in the forums (not all languages have the same number of experts&#8230; and english is generally the one with more experts) so, when you have to find the way to translate you exception precisely to the exact way it is written in english, so that you can take advantage of the knowledge already generated in english forums (a real pain&#8230;) that way I prefer to install my computer with everything in english&#8230; if Spring is going to get more localized&#8230; it should be in a way that it is really easy to &#8220;complety turn off&#8221; (btw, do you know how to do that for java when installed in a localized way?)</p>
]]></content:encoded>
				</item>
</channel>
</rss>
