<?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: Regex Matching Attribute Selectors</title>
	<atom:link href="http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/</link>
	<description>News, opinion, and fresh thinking for web developers and designers. The official podcast of sitepoint.com.</description>
	<lastBuildDate>Sun, 08 Nov 2009 19:29:21 -0500</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Stormrider</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-778218</link>
		<dc:creator>Stormrider</dc:creator>
		<pubDate>Mon, 11 Aug 2008 12:00:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-778218</guid>
		<description>Why not?</description>
		<content:encoded><![CDATA[<p>Why not?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ctx2002</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-778049</link>
		<dc:creator>ctx2002</dc:creator>
		<pubDate>Mon, 11 Aug 2008 03:46:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-778049</guid>
		<description>what next , add if , else, while loop into css?</description>
		<content:encoded><![CDATA[<p>what next , add if , else, while loop into css?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: ETbyrne</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-777368</link>
		<dc:creator>ETbyrne</dc:creator>
		<pubDate>Sun, 10 Aug 2008 00:20:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-777368</guid>
		<description>You can already do that easily with PHP. I have to admit I like the concept though.</description>
		<content:encoded><![CDATA[<p>You can already do that easily with PHP. I have to admit I like the concept though.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stormrider</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-771376</link>
		<dc:creator>Stormrider</dc:creator>
		<pubDate>Thu, 31 Jul 2008 09:59:36 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-771376</guid>
		<description>&lt;blockquote&gt;but in the end, I agree with the W3C, this is a bit more programming/logic than it is presentation&lt;/blockquote&gt;

These are different things though. The end result is that the CSS controls the presentation, but this has no bearing on what should be able to be done within the stylesheet as well. Why can&#039;t you have more advanced programming in a stylesheet? Its still all only about the styles.

I just never understand this argument at all.</description>
		<content:encoded><![CDATA[<blockquote><p>but in the end, I agree with the W3C, this is a bit more programming/logic than it is presentation</p></blockquote>
<p>These are different things though. The end result is that the CSS controls the presentation, but this has no bearing on what should be able to be done within the stylesheet as well. Why can&#8217;t you have more advanced programming in a stylesheet? Its still all only about the styles.</p>
<p>I just never understand this argument at all.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Toby Somerville</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-771295</link>
		<dc:creator>Toby Somerville</dc:creator>
		<pubDate>Thu, 31 Jul 2008 04:14:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-771295</guid>
		<description>@Stormrider - It would be great to be able to use variables and perhaps even pass them in the query string.

One other thing I&#039;d love to see a declaration that removed all styling. Something like:
 
body{
    style: remove;
}

That way you wouldn&#039;t have to reset all the properties if you wanted to start from a &quot;clean sheet&quot;.</description>
		<content:encoded><![CDATA[<p>@Stormrider &#8211; It would be great to be able to use variables and perhaps even pass them in the query string.</p>
<p>One other thing I&#8217;d love to see a declaration that removed all styling. Something like:</p>
<p>body{<br />
    style: remove;<br />
}</p>
<p>That way you wouldn&#8217;t have to reset all the properties if you wanted to start from a &#8220;clean sheet&#8221;.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: envisean</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-771074</link>
		<dc:creator>envisean</dc:creator>
		<pubDate>Wed, 30 Jul 2008 16:27:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-771074</guid>
		<description>@James,

I really think this is overall a great idea, but I can also see how it can have its flaws.  This could only apply to a global fixed-width image for menu items, and many times people will have variable width elements (yes, this could be tweaked with a dom:loaded js iterator).  This could also break the technique of matrix menus as well.  I think this is an interesting use-case where this could definitely save time and CSS-sanity, but in the end, I agree with the W3C, this is a bit more programming/logic than it is presentation.  Although, I would love something like to clean up CSS code :)</description>
		<content:encoded><![CDATA[<p>@James,</p>
<p>I really think this is overall a great idea, but I can also see how it can have its flaws.  This could only apply to a global fixed-width image for menu items, and many times people will have variable width elements (yes, this could be tweaked with a dom:loaded js iterator).  This could also break the technique of matrix menus as well.  I think this is an interesting use-case where this could definitely save time and CSS-sanity, but in the end, I agree with the W3C, this is a bit more programming/logic than it is presentation.  Although, I would love something like to clean up CSS code :)</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Stormrider</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-770820</link>
		<dc:creator>Stormrider</dc:creator>
		<pubDate>Wed, 30 Jul 2008 08:30:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-770820</guid>
		<description>This would be fantastic. I remember one of the reasons they haven&#039;t implemented variables in CSS yet is something to do with CSS being about the styles only, and introducing variables would be outside the scope of the language or something, which I find a bit silly really. The purpose of the language is still about styles, it just means instead of repeating declarations everywhere for colour, you can set it once at the top and use variables down below, for even easier updating of styles - or set padding/margin values which are used in several places (as they often are).

I think CSS needs to evolve a bit to include things like this, and variables, and it would be great to see them and create an even better way of applying styles. It would save on lots of bandwidth as well, make things more compact and scalable as well.</description>
		<content:encoded><![CDATA[<p>This would be fantastic. I remember one of the reasons they haven&#8217;t implemented variables in CSS yet is something to do with CSS being about the styles only, and introducing variables would be outside the scope of the language or something, which I find a bit silly really. The purpose of the language is still about styles, it just means instead of repeating declarations everywhere for colour, you can set it once at the top and use variables down below, for even easier updating of styles &#8211; or set padding/margin values which are used in several places (as they often are).</p>
<p>I think CSS needs to evolve a bit to include things like this, and variables, and it would be great to see them and create an even better way of applying styles. It would save on lots of bandwidth as well, make things more compact and scalable as well.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: brothercake</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-770745</link>
		<dc:creator>brothercake</dc:creator>
		<pubDate>Wed, 30 Jul 2008 06:24:57 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-770745</guid>
		<description>@Sergeant Rock - yeah CSS3 has some substring-matching selectors, and they&#039;re implemented in all recent browsers (Firefox 2+, Opera 9+, Safari 3+). 

But like you say, they&#039;re not regexes, they&#039;re limited to known substrings. But it was the potential for backreferences that most interested me in this idea.</description>
		<content:encoded><![CDATA[<p>@Sergeant Rock &#8211; yeah CSS3 has some substring-matching selectors, and they&#8217;re implemented in all recent browsers (Firefox 2+, Opera 9+, Safari 3+). </p>
<p>But like you say, they&#8217;re not regexes, they&#8217;re limited to known substrings. But it was the potential for backreferences that most interested me in this idea.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Anonymous</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-770468</link>
		<dc:creator>Anonymous</dc:creator>
		<pubDate>Tue, 29 Jul 2008 20:12:42 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-770468</guid>
		<description>Imagine indeed... taking output from a CMS (e.g. a list of pages), giving the element an ID value based on the value of the outputted text, passing through the value to the stylesheet then having the background image be the URL to a server-side script that outputs an image based on the querystring which contains that text value.... maybe thats taking it a bit too far!</description>
		<content:encoded><![CDATA[<p>Imagine indeed&#8230; taking output from a CMS (e.g. a list of pages), giving the element an ID value based on the value of the outputted text, passing through the value to the stylesheet then having the background image be the URL to a server-side script that outputs an image based on the querystring which contains that text value&#8230;. maybe thats taking it a bit too far!</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Ahmad Alfy</title>
		<link>http://www.sitepoint.com/blogs/2008/07/29/regex-matching-attribute-selectors/comment-page-1/#comment-770272</link>
		<dc:creator>Ahmad Alfy</dc:creator>
		<pubDate>Tue, 29 Jul 2008 13:13:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.sitepoint.com/blogs/?p=2727#comment-770272</guid>
		<description>Does it validate?</description>
		<content:encoded><![CDATA[<p>Does it validate?</p>]]></content:encoded>
	</item>
</channel>
</rss>
