<?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: Second thoughts on dynamic content</title>
	<atom:link href="http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/</link>
	<description>Engineering the web</description>
	<lastBuildDate>Fri, 17 May 2013 21:43:21 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Wil Clouser</title>
		<link>http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/comment-page-1/#comment-36820</link>
		<dc:creator>Wil Clouser</dc:creator>
		<pubDate>Sat, 22 Dec 2007 18:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/#comment-36820</guid>
		<description><![CDATA[Hey Ville,

We&#039;re not going to introduce more compound strings with the redesign.  

I&#039;m saying the designers want to have that button say a certain thing and with our current dynamic/static code we can&#039;t have that.  I&#039;m reconsidering what we call &quot;dynamic&quot; since it essentially doesn&#039;t change (and, therefore, isn&#039;t really dynamic).  The proposal above would introduce new (and separate) static strings for each place the category name is used.

This probably won&#039;t happen in time for the redesign so I expect we&#039;ll change the button label to something non-specific like &quot;See All Add-ons&quot; (to the chagrin of the designers, I&#039;m sure).]]></description>
		<content:encoded><![CDATA[<p>Hey Ville,</p>
<p>We&#8217;re not going to introduce more compound strings with the redesign.  </p>
<p>I&#8217;m saying the designers want to have that button say a certain thing and with our current dynamic/static code we can&#8217;t have that.  I&#8217;m reconsidering what we call &#8220;dynamic&#8221; since it essentially doesn&#8217;t change (and, therefore, isn&#8217;t really dynamic).  The proposal above would introduce new (and separate) static strings for each place the category name is used.</p>
<p>This probably won&#8217;t happen in time for the redesign so I expect we&#8217;ll change the button label to something non-specific like &#8220;See All Add-ons&#8221; (to the chagrin of the designers, I&#8217;m sure).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ville</title>
		<link>http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/comment-page-1/#comment-36616</link>
		<dc:creator>Ville</dc:creator>
		<pubDate>Thu, 20 Dec 2007 23:59:56 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.org/webdev/2007/12/20/second-thoughts-on-dynamic-content/#comment-36616</guid>
		<description><![CDATA[Uh. Is this final? And did I understand you correctly that you&#039;re going to introduce more compound strings in AMO&#039;s strings? 

Compound strings / dynamic strings suck, because they cause havoc (i.e. ugly hacks) with languages that require inflecting nouns etc. to the correct declension.

Using dynamic strings would be ok if the dynamic (%s) part is only used in a single sense and *not* reused, and when the strings are also clearly marked as being the dynamic part in some specific (again, single) structure. I understand this could seem excessive for most (all?) romance language locales, but I believe the rest of us would benefit.]]></description>
		<content:encoded><![CDATA[<p>Uh. Is this final? And did I understand you correctly that you&#8217;re going to introduce more compound strings in AMO&#8217;s strings? </p>
<p>Compound strings / dynamic strings suck, because they cause havoc (i.e. ugly hacks) with languages that require inflecting nouns etc. to the correct declension.</p>
<p>Using dynamic strings would be ok if the dynamic (%s) part is only used in a single sense and *not* reused, and when the strings are also clearly marked as being the dynamic part in some specific (again, single) structure. I understand this could seem excessive for most (all?) romance language locales, but I believe the rest of us would benefit.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
