<?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: Introducing CSS Gradients</title>
	<atom:link href="http://www.webkit.org/blog/175/introducing-css-gradients/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.webkit.org/blog/175/introducing-css-gradients/</link>
	<description>All about WebKit development</description>
	<lastBuildDate>Thu, 09 Feb 2012 11:34:15 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Black Bloke</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24352</link>
		<dc:creator>Black Bloke</dc:creator>
		<pubDate>Wed, 16 Apr 2008 06:10:05 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24352</guid>
		<description>I asked in the comments of the last post, but by that time everyone had already moved on.  Hopefully I can get some guidance this time:

&quot;Will SVG images ever be clickable and draggable in Safari/Webkit? I mean in the same way that almost all other images file types are: e.g. JPG, GIF, PNG, etc.

Or perhaps the ability is there already and I’ve only missed it?&quot;</description>
		<content:encoded><![CDATA[<p>I asked in the comments of the last post, but by that time everyone had already moved on.  Hopefully I can get some guidance this time:</p>
<p>&#8220;Will SVG images ever be clickable and draggable in Safari/Webkit? I mean in the same way that almost all other images file types are: e.g. JPG, GIF, PNG, etc.</p>
<p>Or perhaps the ability is there already and I’ve only missed it?&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: marc nothrop</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24349</link>
		<dc:creator>marc nothrop</dc:creator>
		<pubDate>Wed, 16 Apr 2008 02:05:04 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24349</guid>
		<description>@Dave Hyatt:

&quot;The problem with using gradients as colors is that you then have no control over the placement of the gradient, the size of the gradient, etc. For example, background-color just fills the entire space.&quot;

That&#039;s true, but there are circumstances where that&#039;s exactly what the designer might want.

Of course I realise that my example (nav/button elements via gradient background-color and an overlaid image) could also be achieved via multiple background images, but that doesn&#039;t reduce the value of a background image/colour combination.

&quot;If gradients were done as colors, you’d have no way to control the gradient tile’s size, tiling rules, origin, etc.&quot;

True, so if that matters you&#039;d use gradients via Image, whereas if you want a gradient fill on Text/Text-Stroke, or a Border use gradients via Color.

IMHO it&#039;s logical and defensible to think of gradients as both an Image &lt;em&gt;and&lt;/em&gt; Color property.</description>
		<content:encoded><![CDATA[<p>@Dave Hyatt:</p>
<p>&#8220;The problem with using gradients as colors is that you then have no control over the placement of the gradient, the size of the gradient, etc. For example, background-color just fills the entire space.&#8221;</p>
<p>That&#8217;s true, but there are circumstances where that&#8217;s exactly what the designer might want.</p>
<p>Of course I realise that my example (nav/button elements via gradient background-color and an overlaid image) could also be achieved via multiple background images, but that doesn&#8217;t reduce the value of a background image/colour combination.</p>
<p>&#8220;If gradients were done as colors, you’d have no way to control the gradient tile’s size, tiling rules, origin, etc.&#8221;</p>
<p>True, so if that matters you&#8217;d use gradients via Image, whereas if you want a gradient fill on Text/Text-Stroke, or a Border use gradients via Color.</p>
<p>IMHO it&#8217;s logical and defensible to think of gradients as both an Image <em>and</em> Color property.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Smith</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24348</link>
		<dc:creator>David Smith</dc:creator>
		<pubDate>Tue, 15 Apr 2008 23:09:45 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24348</guid>
		<description>memil: Apple&#039;s new web features are almost always (always? not sure if there&#039;s any examples of ones that haven&#039;t been, except for gradients which are still a work in progress) submitted for consideration as standards. That&#039;s why the vendor prefix exists in CSS (-webkit-propname ).</description>
		<content:encoded><![CDATA[<p>memil: Apple&#8217;s new web features are almost always (always? not sure if there&#8217;s any examples of ones that haven&#8217;t been, except for gradients which are still a work in progress) submitted for consideration as standards. That&#8217;s why the vendor prefix exists in CSS (-webkit-propname ).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: memil</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24345</link>
		<dc:creator>memil</dc:creator>
		<pubDate>Tue, 15 Apr 2008 21:08:42 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24345</guid>
		<description>awesome, although I have problems with non standard extensions to html, css and javascript. back in the old bad days the browser venders used this to try to shut out the other browsers (some still do) and I really hope we won&#039;t see that again</description>
		<content:encoded><![CDATA[<p>awesome, although I have problems with non standard extensions to html, css and javascript. back in the old bad days the browser venders used this to try to shut out the other browsers (some still do) and I really hope we won&#8217;t see that again</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lelya</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24344</link>
		<dc:creator>lelya</dc:creator>
		<pubDate>Tue, 15 Apr 2008 19:11:29 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24344</guid>
		<description>Hi! Anyone can show result&#039;s screenshots? 
Tnx!</description>
		<content:encoded><![CDATA[<p>Hi! Anyone can show result&#8217;s screenshots?<br />
Tnx!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Steven Fisher</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24343</link>
		<dc:creator>Steven Fisher</dc:creator>
		<pubDate>Tue, 15 Apr 2008 17:28:06 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24343</guid>
		<description>I just downloaded the latest nightly, and I&#039;m still not seeing border or bullet gradients. This is supposed to work now, right?</description>
		<content:encoded><![CDATA[<p>I just downloaded the latest nightly, and I&#8217;m still not seeing border or bullet gradients. This is supposed to work now, right?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Hyatt</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24342</link>
		<dc:creator>Dave Hyatt</dc:creator>
		<pubDate>Tue, 15 Apr 2008 17:13:35 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24342</guid>
		<description>The problem with using gradients as colors is that you then have no control over the placement of the gradient, the size of the gradient, etc.  For example, background-color just fills the entire space.  If gradients were done as colors, you&#039;d have no way to control the gradient tile&#039;s size, tiling rules, origin, etc.</description>
		<content:encoded><![CDATA[<p>The problem with using gradients as colors is that you then have no control over the placement of the gradient, the size of the gradient, etc.  For example, background-color just fills the entire space.  If gradients were done as colors, you&#8217;d have no way to control the gradient tile&#8217;s size, tiling rules, origin, etc.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stifu</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24340</link>
		<dc:creator>Stifu</dc:creator>
		<pubDate>Tue, 15 Apr 2008 16:24:53 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24340</guid>
		<description>rbiggs: I was thinking they may have done it that way for backward compatibility reasons. Like, you can set a background image followed by a gradient declaration, so browsers that don&#039;t support gradients still fall back on the background image (as explained at the end of the article). So that&#039;d ease up the transition somehow. But that&#039;s still wrong and illogical, IMO.</description>
		<content:encoded><![CDATA[<p>rbiggs: I was thinking they may have done it that way for backward compatibility reasons. Like, you can set a background image followed by a gradient declaration, so browsers that don&#8217;t support gradients still fall back on the background image (as explained at the end of the article). So that&#8217;d ease up the transition somehow. But that&#8217;s still wrong and illogical, IMO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dylan Schiemann &#187; Blog Archive &#187; future of svg, revisited</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24339</link>
		<dc:creator>Dylan Schiemann &#187; Blog Archive &#187; future of svg, revisited</dc:creator>
		<pubDate>Tue, 15 Apr 2008 16:23:41 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24339</guid>
		<description>[...] an interesting approach of leveraging key SVG stylistics features and exposing them through CSS: CSS gradients, CSS transforms, and CSS animations. What&#8217;s really interesting is that some of the best [...]</description>
		<content:encoded><![CDATA[<p>[...] an interesting approach of leveraging key SVG stylistics features and exposing them through CSS: CSS gradients, CSS transforms, and CSS animations. What&#8217;s really interesting is that some of the best [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: rbiggs</title>
		<link>http://www.webkit.org/blog/175/introducing-css-gradients/comment-page-1/#comment-24336</link>
		<dc:creator>rbiggs</dc:creator>
		<pubDate>Tue, 15 Apr 2008 15:40:17 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/?p=175#comment-24336</guid>
		<description>asbjornu and Stifu, you can use it as a definition of background, however, it appears you can also attach an image as a background. On a different note, I guess the attachment of CSS gradients to the CSS image properties explains why I wasn&#039;t able to animate them using transition, etc. Hmmm... I was looking forward to that. Maybe Hyatt and company could rethink how they&#039;ve implemented it and refactor it as belong to the color properties, thus allowing CSS gradients to be animatable. That would give Flash and Silverlight a run for their money.</description>
		<content:encoded><![CDATA[<p>asbjornu and Stifu, you can use it as a definition of background, however, it appears you can also attach an image as a background. On a different note, I guess the attachment of CSS gradients to the CSS image properties explains why I wasn&#8217;t able to animate them using transition, etc. Hmmm&#8230; I was looking forward to that. Maybe Hyatt and company could rethink how they&#8217;ve implemented it and refactor it as belong to the color properties, thus allowing CSS gradients to be animatable. That would give Flash and Silverlight a run for their money.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

