<?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: CSS Font Shorthand Property Cheat Sheet</title>
	<atom:link href="http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/</link>
	<description>Web Design Articles &#38; Tutorials. To make the web impressive.</description>
	<lastBuildDate>Tue, 07 Feb 2012 20:16:56 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Frank</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-9363</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 13 Jul 2011 10:02:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-9363</guid>
		<description>ou, i should use &quot;weight&quot; before &quot;size&quot; in the font-shorthand.. now i know why does the weight/size does not appear</description>
		<content:encoded><![CDATA[<p>ou, i should use &#8220;weight&#8221; before &#8220;size&#8221; in the font-shorthand.. now i know why does the weight/size does not appear</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joseph</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-9299</link>
		<dc:creator>Joseph</dc:creator>
		<pubDate>Mon, 27 Jun 2011 16:44:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-9299</guid>
		<description>I think it would depend on what you are more comfortable to use when doing your work. Some would think that terse CSS is far much better than doing the longer version of it. I believe that as long as it works, and you are confident that your parameters and syntax are correctly put, then all is good. These are points added to our help-codes that may come in handy someday. My take...Keep it coming!</description>
		<content:encoded><![CDATA[<p>I think it would depend on what you are more comfortable to use when doing your work. Some would think that terse CSS is far much better than doing the longer version of it. I believe that as long as it works, and you are confident that your parameters and syntax are correctly put, then all is good. These are points added to our help-codes that may come in handy someday. My take&#8230;Keep it coming!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wandering Dude</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-9034</link>
		<dc:creator>Wandering Dude</dc:creator>
		<pubDate>Tue, 10 May 2011 16:27:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-9034</guid>
		<description>Alexa, it really doesn&#039;t matter. Some people are obsessed with the idea of writing very terse CSS, Javascript, or other code. Some do it because they are control freaks, some think it optimizes( if you are using any form of decent content compression, it&#039;ll remove redundancies itself ), while others do it purely because they think its &quot;the right way&quot; and it makes them feel superior because the write hard to read code.

Personally, I avoid any syntax that is fragile ( like font short-hand, it breaks easily ) and less informative of intent. Many other CSS styles allow things in no particular order, so why this? Making special cases is a bug not a feature.</description>
		<content:encoded><![CDATA[<p>Alexa, it really doesn&#8217;t matter. Some people are obsessed with the idea of writing very terse CSS, Javascript, or other code. Some do it because they are control freaks, some think it optimizes( if you are using any form of decent content compression, it&#8217;ll remove redundancies itself ), while others do it purely because they think its &#8220;the right way&#8221; and it makes them feel superior because the write hard to read code.</p>
<p>Personally, I avoid any syntax that is fragile ( like font short-hand, it breaks easily ) and less informative of intent. Many other CSS styles allow things in no particular order, so why this? Making special cases is a bug not a feature.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alexa</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-9031</link>
		<dc:creator>Alexa</dc:creator>
		<pubDate>Sun, 08 May 2011 14:26:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-9031</guid>
		<description>Hi  I was wondering your reason of why you don&#039;t agree with using shorthand.  I tend to always use the longer version but have been told not to by another developer so I want to find what is the industry standard.</description>
		<content:encoded><![CDATA[<p>Hi  I was wondering your reason of why you don&#8217;t agree with using shorthand.  I tend to always use the longer version but have been told not to by another developer so I want to find what is the industry standard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Formas simplificadas ou abreviada em CSS &#171; Bruno Leite Alves</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8813</link>
		<dc:creator>Formas simplificadas ou abreviada em CSS &#171; Bruno Leite Alves</dc:creator>
		<pubDate>Fri, 11 Mar 2011 18:07:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8813</guid>
		<description>[...] declaraÃ§Ã£o para forma simplificada dessa propriedade nÃ£o Ã© muito simples, achei um Cheat Sheet com as informaÃ§Ãµes sobre a abreviaÃ§Ã£o, fiz uma pequena traduÃ§Ã£o da imagem para um melhor [...]</description>
		<content:encoded><![CDATA[<p>[...] declaraÃ§Ã£o para forma simplificada dessa propriedade nÃ£o Ã© muito simples, achei um Cheat Sheet com as informaÃ§Ãµes sobre a abreviaÃ§Ã£o, fiz uma pequena traduÃ§Ã£o da imagem para um melhor [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Lazaris</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8507</link>
		<dc:creator>Louis Lazaris</dc:creator>
		<pubDate>Wed, 02 Feb 2011 04:15:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8507</guid>
		<description>I&#039;ve now tested this, and yes, &lt;code&gt;!important&lt;/code&gt; does work at the end of a font shorthand property, as is expected.

Interestingly, if you accidentally put a comma before the !important keyword, then it won&#039;t work, because it&#039;s looking for another font family (the font family is always listed last in shorthand). But if you add yet another !important keyword at the end, it still doesn&#039;t work, so this would be invalid:

&lt;pre&gt;&lt;code&gt;
p {
	font: italic small-caps bold 20px/30px &quot;Times New Roman&quot;, Times, serif, !important !important;
}
&lt;/code&gt;&lt;/pre&gt;

It seems like the above code should work, because the 2nd last use of !important should be treated like a font-family, but that doesn&#039;t seem to be the case.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve now tested this, and yes, <code>!important</code> does work at the end of a font shorthand property, as is expected.</p>
<p>Interestingly, if you accidentally put a comma before the !important keyword, then it won&#8217;t work, because it&#8217;s looking for another font family (the font family is always listed last in shorthand). But if you add yet another !important keyword at the end, it still doesn&#8217;t work, so this would be invalid:</p>
<pre><code>
p {
	font: italic small-caps bold 20px/30px "Times New Roman", Times, serif, !important !important;
}
</code></pre>
<p>It seems like the above code should work, because the 2nd last use of !important should be treated like a font-family, but that doesn&#8217;t seem to be the case.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Lazaris</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8388</link>
		<dc:creator>Louis Lazaris</dc:creator>
		<pubDate>Thu, 27 Jan 2011 17:20:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8388</guid>
		<description>That&#039;s actually an interesting observation because, technically &quot;color&quot; affects anything in the foreground, which is almost always text content.

But that&#039;s not all it affects. Take the following CSS:

&lt;pre&gt;&lt;code&gt;
#element {
	color: red;
	border: solid 1px;
}
&lt;/code&gt;&lt;/pre&gt;

The element above will not only have red text, but will also have a red border. The &quot;color&quot; applies also to the border, which doesn&#039;t have a set color.

More info here: http://reference.sitepoint.com/css/color</description>
		<content:encoded><![CDATA[<p>That&#8217;s actually an interesting observation because, technically &#8220;color&#8221; affects anything in the foreground, which is almost always text content.</p>
<p>But that&#8217;s not all it affects. Take the following CSS:</p>
<pre><code>
#element {
	color: red;
	border: solid 1px;
}
</code></pre>
<p>The element above will not only have red text, but will also have a red border. The &#8220;color&#8221; applies also to the border, which doesn&#8217;t have a set color.</p>
<p>More info here: <a href="http://reference.sitepoint.com/css/color" rel="nofollow">http://reference.sitepoint.com/css/color</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stu Goymer</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8385</link>
		<dc:creator>Stu Goymer</dc:creator>
		<pubDate>Thu, 27 Jan 2011 12:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8385</guid>
		<description>What about colour?  Surely this is not omitted from the rule?  Seems pointless having a shorthand that doesn&#039;t meet all the properties.  Tried in a few positions but bit breaks.  Can anyone confirm this?

Cheers</description>
		<content:encoded><![CDATA[<p>What about colour?  Surely this is not omitted from the rule?  Seems pointless having a shorthand that doesn&#8217;t meet all the properties.  Tried in a few positions but bit breaks.  Can anyone confirm this?</p>
<p>Cheers</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Louis Lazaris</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8338</link>
		<dc:creator>Louis Lazaris</dc:creator>
		<pubDate>Mon, 24 Jan 2011 14:45:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8338</guid>
		<description>That&#039;s actually a good question.... I would assume the answer is yes, but would be interesting to confirm, and see if there are any bugs. I will post a comment here once I&#039;ve tested it.</description>
		<content:encoded><![CDATA[<p>That&#8217;s actually a good question&#8230;. I would assume the answer is yes, but would be interesting to confirm, and see if there are any bugs. I will post a comment here once I&#8217;ve tested it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: midi</title>
		<link>http://www.impressivewebs.com/css-font-shorthand-property-cheat-sheet/#comment-8336</link>
		<dc:creator>midi</dc:creator>
		<pubDate>Mon, 24 Jan 2011 13:57:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.impressivewebs.com/?p=1333#comment-8336</guid>
		<description>can we use  !important  at the end of this shorthand method?</description>
		<content:encoded><![CDATA[<p>can we use  !important  at the end of this shorthand method?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->
