<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ourlil.com &#187; standards</title>
	<atom:link href="http://OurLil.com/blog/category/standards/feed/" rel="self" type="application/rss+xml" />
	<link>http://OurLil.com</link>
	<description>A web site for tutti noi (all of us!)</description>
	<lastBuildDate>Fri, 27 Apr 2012 04:06:36 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>www.clay available for only $100k-$500k</title>
		<link>http://OurLil.com/blog/wwwclay-available-for-only-100k-500k/165/</link>
		<comments>http://OurLil.com/blog/wwwclay-available-for-only-100k-500k/165/#comments</comments>
		<pubDate>Thu, 26 Jun 2008 20:52:19 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Haha]]></category>
		<category><![CDATA[Trends]]></category>
		<category><![CDATA[WebTech]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://clay.freedomblogging.com/2008/06/26/wwwclay-available-for-only-100k-500k/</guid>
		<description><![CDATA[This seems like a bad idea to me&#8230; It&#8217;ll make domain names that much more difficult to remember&#8230; Ah well&#8230; that&#8217;s progress! Board opens way for new top-level domains &#8211; Network World]]></description>
			<content:encoded><![CDATA[<p>This seems like a bad idea to me&#8230; It&#8217;ll make domain names that much more difficult to remember&#8230; Ah well&#8230; that&#8217;s progress!</p>
<p><a href="http://www.networkworld.com/news/2008/062608-board-opens-way-for-new.html">Board opens way for new top-level domains &#8211; Network World</a></p>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/wwwclay-available-for-only-100k-500k/165/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>CSS Hacks and IE7</title>
		<link>http://OurLil.com/blog/css-hacks-and-ie7/158/</link>
		<comments>http://OurLil.com/blog/css-hacks-and-ie7/158/#comments</comments>
		<pubDate>Fri, 30 May 2008 06:43:22 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Browsers]]></category>
		<category><![CDATA[Hacks]]></category>
		<category><![CDATA[MSIE]]></category>
		<category><![CDATA[Trends]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[WebTech]]></category>
		<category><![CDATA[quirk]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[CSS]]></category>

		<guid isPermaLink="false">http://clay.freedomblogging.com/2008/05/29/css-hacks-and-ie7/</guid>
		<description><![CDATA[This is a really great article on how to hack IE7. CSS Hacks and IE7 The Child Selector This selector uses a &#8220;&#62;&#8221; symbol as a &#8220;combinator&#8221; that is placed between two parts of a CSS selector, and indicates that the target of the rule is the element on the right side of the &#8220;&#62;&#8221; [...]]]></description>
			<content:encoded><![CDATA[<p>This is a really great article on how to hack IE7. <a href="http://www.positioniseverything.net/articles/ie7-dehacker.html">CSS Hacks and IE7</a></p>
<ul>
<li><a href="http://www.w3.org/TR/CSS21/selector.html#x13">The Child Selector</a></li>
<li>
<blockquote><p> This selector uses a &#8220;&gt;&#8221; symbol as a &#8220;combinator&#8221; that is  placed between two parts  of a CSS selector, and indicates that the target of the rule is the element on the  right side of the &#8220;&gt;&#8221; combinator, but <em>only</em> when that element is a direct child of the element to the left of the combinator. Thus, the  selector <strong>table&gt;td</strong> can never target any element, because TD&#8217;s are <em>never</em> direct children of tables, only of TR&#8217;s. On the other hand, the selector <strong>tr&gt;td</strong> would select <em>every</em> TD on the page, since  all TD&#8217;s are direct children of TR&#8217;s.</p>
<p>The main difference between the Child combinator and the familiar space combinator is that the space combinator is a &#8220;descendant&#8221; combinator, meaning that  the element to the right of the space only needs to be between the tags of the  element on the left to be selected. So with the selector  <strong>tableÂ td</strong>, all TD&#8217;s will selected, since TD&#8217;s always fall  between the tag pair of one table or another.</p>
<p>The Child combinator is quite useful for targeting rules to direct children of  an element, <em>without</em> also targeting the more deeply nested descendants as well. Unfortunately, up until IE7 there was no point in using it for its intended purpose,  since so few of the viewing public would get the benefits of the styling.</p></blockquote>
</li>
<li>
<h5><a href="http://www.w3.org/TR/CSS21/selector.html#adjacent-selectors">The Adjacent Sibling Selector</a></h5>
<ul>
<li> This selector is a &#8220;+&#8221; combinator symbol placed between parts of a selector, and is very  similar to the Child combinator. The only difference between the two is that while the Child combinator points to direct children of an element, the Adjacent Sibling combinator points to an element which directly <em>follows</em> another element in the source.<br />
<blockquote><p>Thus the selector <strong>tr+td</strong> cannot select anything, because no TD ever directly follows a TR. Instead, TD&#8217;s are contained <em>inside</em> TR&#8217;s, and that  is not considered to be &#8220;following&#8221; the TR. However, the selector <strong>tr+tr</strong> would select any TR that directly followed another TR, which means that every TR within a table would be selected except for the very first TR in that table.</p>
<p>Get it? An adjacent sibling element not only follows its previous sibling, but is  also completely separate from it. Further, if two DIV&#8217;s are in sequence and each  contains a paragraph, those two paragraphs are <em>not</em> considered siblings, because they  reside in different parent elements. The fact that one follows another means nothing unless the following sibling starts at the same point where the previous sibling ends.</p></blockquote>
</li>
</ul>
</li>
<li><strong>Star HTML</strong></li>
</ul>
<blockquote><p>Oh, you want to know about that structural thing? Well, the hack that uses  it is called the <strong>star-html</strong> hack, and it works by taking advantage of an oddity in Explorer&#8217;s treatment of the <strong>DocumentÂ ObjectÂ Model</strong>,  or <strong>DOM</strong> for short. Simply stated, all web pages start with a root element called <strong>html</strong>, which then contains two children, the <strong>head</strong> and the <strong>body</strong> elements. Those two then contain other children, and so forth.</p></blockquote>
<ul>
<li>
<blockquote><p>Most browsers obey this arrangement, but <strong>Explorer</strong> for both  <strong>Win</strong> and <strong>Mac</strong> do not. They seem to think there is a mysterious element <em>enclosing the html element!</em> It&#8217;s pretty strange, but in fact this extra outer &#8220;root&#8221; element has no apparent ill effects on web pages, and remained unnoticed for years, until  <a href="http://www.info.com.ph/%7Eetan/w3pantheon/style/csshub.html">EdwardsonÂ Tan</a> began experimenting with CSS selectors. He found that a selector written as  <strong>*Â htmlÂ Â .targetelement</strong> would apply the styles to <strong>.targetelement</strong>, but only for the IE browsers.</p>
<p>Think about it. That star is the &#8220;universal&#8221; selector, so it points to any element, but it comes <em>before</em> <strong>html</strong>. Therefore,  the full selector in effect says: &#8220;Select <strong>.targetelement</strong> when it is contained within <strong>html</strong>, <em>and</em> when <strong>html</strong> is  contained within any other element&#8221;.</p></blockquote>
</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/css-hacks-and-ie7/158/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ALA&#8217;s New Print Styles + hasLayout</title>
		<link>http://OurLil.com/blog/alas-new-print-styles-haslayout/105/</link>
		<comments>http://OurLil.com/blog/alas-new-print-styles-haslayout/105/#comments</comments>
		<pubDate>Mon, 03 Mar 2008 16:24:28 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[MSIE]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[alistapart.com]]></category>
		<category><![CDATA[nifty]]></category>
		<category><![CDATA[quirk]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[CSS]]></category>

		<guid isPermaLink="false">http://clay.freedomblogging.com/alas-new-print-styles-haslayout/</guid>
		<description><![CDATA[Perplexing little CSS issue that&#8217;s dogged me for ages: Why does MSIE have weird positioning some times? It could be because of hasLayout, and all you need to do, is apply position:relative to the CSS declaration: A List Apart: Articles: ALA&#8217;s New Print Styles The only little oddity here is position: relative. I included that [...]]]></description>
			<content:encoded><![CDATA[<p>Perplexing little CSS issue that&#8217;s dogged me for ages: Why does MSIE have weird positioning some times? It could be because of  <code>hasLayout</code>, and all you need to do, is apply <code>position:relative</code> to the CSS declaration:</p>
<p><a href="http://www.alistapart.com/articles/alaprintstyles/">A List Apart: Articles: ALA&#8217;s New Print Styles</a></p>
<blockquote><p> The only little oddity here is position: relative. I included that because IE/Win has a tendency to make elements disappear if you pull them upward like this. The cure is to position them, which I suspect triggers the hasLayout flag. I don&#8217;t pretend to understand all the nuances of hasLayout, but <a href="http://msdn.microsoft.com/library/default.asp?url=/library/en-us/IETechCol/cols/dnexpie/expie20050831.asp" target="_blank">recent information from Microsoft</a>  and <a href="http://www.satzansatz.de/cssd/onhavinglayout.html" target="_blank">third-party sources</a>  has shed quite a bit of light on the subject&#8211;it would appear that many of the layout problems that bedevil us in IE/Win are the result of an element not having hasLayout.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/alas-new-print-styles-haslayout/105/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Can Web 2.0 Evolve Into An Enterprise Technology?</title>
		<link>http://OurLil.com/blog/can-web-20-evolve-into-an-enterprise-technology/35/</link>
		<comments>http://OurLil.com/blog/can-web-20-evolve-into-an-enterprise-technology/35/#comments</comments>
		<pubDate>Tue, 30 Oct 2007 18:59:19 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[Browsers]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[Interactive Team]]></category>
		<category><![CDATA[Mashup]]></category>
		<category><![CDATA[Trends]]></category>
		<category><![CDATA[Web 2.0]]></category>
		<category><![CDATA[WebTech]]></category>
		<category><![CDATA[nifty]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://OurLil.com/blog/can-web-20-evolve-into-an-enterprise-technology/</guid>
		<description><![CDATA[Growing Pains: Can Web 2.0 Evolve Into An Enterprise Technology? &#8212; Web 2.0 &#8212; InformationWeek Wikis, mashups, social networking, and even Second Life can have a place in business, but they need to improve legacy interoperability&#8211;and IT needs to overcome its skepticism.]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.informationweek.com/news/showArticle.jhtml;jsessionid=?articleID=202601956"><img src="http://i.cmpnet.com/infoweek/1160/160IEweb2_impactchart.gif" alt="Web 2.0 Impact Chart" align="right" />Growing Pains: Can Web 2.0 Evolve Into An Enterprise Technology? &#8212; Web 2.0 &#8212; InformationWeek</a></p>
<blockquote><p>Wikis, mashups, social networking, and even Second Life can have a place in business, but they need to improve legacy interoperability&#8211;and IT needs to overcome its skepticism.</p></blockquote>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/can-web-20-evolve-into-an-enterprise-technology/35/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Authenticate Apache 2 using Mac OS X Open Directory</title>
		<link>http://OurLil.com/blog/authenticate-apache-2-using-mac-os-x-open-directory/78/</link>
		<comments>http://OurLil.com/blog/authenticate-apache-2-using-mac-os-x-open-directory/78/#comments</comments>
		<pubDate>Tue, 30 Oct 2007 16:05:11 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Unix]]></category>
		<category><![CDATA[WebTech]]></category>
		<category><![CDATA[apache]]></category>
		<category><![CDATA[httpd]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[standards]]></category>

		<guid isPermaLink="false">http://OurLil.com/blog/authenticate-apache-2-using-mac-os-x-open-directory/</guid>
		<description><![CDATA[macosxhints.com &#8211; Authenticate Apache 2 using Mac OS X Open Directory Change this: cn=user1,dn=example,dn=com to this: uid=user1,dn=example,dn=com so it looks like this: AuthType Basic AuthName "Testing of LDAP auth" AuthBasicProvider ldap AuthzLDAPAuthoritative on AuthLDAPBindDN uid=testaccount1,cn=users,dc=geo,dc=vuw,dc=ac,dc=nz AuthLDAPBindPassword [plaintext password for user 'testaccount1'] AuthLDAPURL ldap://server1.geo.vuw.ac.nz/dc=geo,dc=vuw,dc=ac,dc=nz require valid-user Clear as mud?]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.macosxhints.com/article.php?story=20071024161139559">macosxhints.com &#8211; Authenticate Apache 2 using Mac OS X Open Directory</a></p>
<p>Change this:</p>
<p><code>cn=user1,dn=example,dn=com</code></p>
<p>to this:</p>
<p><code>uid=user1,dn=example,dn=com</code></p>
<p>so it looks like this:</p>
<p><code>AuthType Basic<br />
AuthName "Testing of LDAP auth"<br />
AuthBasicProvider ldap<br />
AuthzLDAPAuthoritative on<br />
AuthLDAPBindDN uid=testaccount1,cn=users,dc=geo,dc=vuw,dc=ac,dc=nz<br />
AuthLDAPBindPassword [plaintext password for user 'testaccount1']<br />
AuthLDAPURL ldap://server1.geo.vuw.ac.nz/dc=geo,dc=vuw,dc=ac,dc=nz<br />
require valid-user<br />
</code></p>
<p>Clear as <code>mud</code>? <img src='http://OurLil.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /> </p>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/authenticate-apache-2-using-mac-os-x-open-directory/78/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>WordPressMU Bug Trac for fixing target=&#8221;_blank&#8221;</title>
		<link>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank/71/</link>
		<comments>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank/71/#comments</comments>
		<pubDate>Tue, 09 Oct 2007 16:32:13 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[Hacks]]></category>
		<category><![CDATA[nifty]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[xhtml]]></category>

		<guid isPermaLink="false">http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank/</guid>
		<description><![CDATA[Once upon a time, we had a vexing problem where we couldn&#8217;t set the @target (OT: @target is tech-speak/jargon/euphemism for &#8216;target attribute&#8217;). Actually, you could set it, but when you &#8216;saved&#8217; the post or story, TinyMCE (that nifty toolbar interface for formatting blog posts used by WordPress and a million other places). Here&#8217;s where I [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.w3.org/"><img src="http://www.w3.org/Icons/w3c_main" alt="W3C - World Wide Web Consortium" align="right" border="0" height="27" hspace="10" width="175" /></a>Once upon a time, we had a vexing problem where we couldn&#8217;t set the @target (OT: @target is tech-speak/jargon/euphemism for &#8216;target attribute&#8217;). Actually, you could set it, but when you &#8216;saved&#8217; the post or story, <a href="http://tinymce.moxiecode.com/" title="This is where it all started for this ubiquitous LGPL formatting utility...">TinyMCE</a>  (that nifty toolbar interface for formatting blog posts used by WordPress and a million other places). Here&#8217;s where I figured out what was wrong. I don&#8217;t know why they &#8216;broke&#8217; the @target attribute, although I do know that <a href="http://www.accessify.com/features/tutorials/new-windows/">the &#8216;target&#8217; attribute was deprecated in HTML 4.01, as well as XHTML 1.0</a>. However, there are ways around it, like <a href="http://www.accessify.com/features/tutorials/new-windows/">via JavaScript and XHTML modules</a> which are pretty darn cool.</p>
<p>Anyway, when <a href="http://www.freedominteractive.com/">we</a>  upgrade WordPressMU to the next version, we&#8217;ll likely need to &#8216;fix&#8217; this again, so here&#8217;s $98 bucks worth of direction:</p>
<p><a href="http://trac.mu.wordpress.org/changeset/1022">Changeset 1022 &#8211; WordPress MU Trac &#8211; Trac</a></p>
<p>Just change this:</p>
<p>$allowedposttags = array(<br />
&#8216;address&#8217; =&gt; array(),<br />
&#8216;a&#8217; =&gt; array(<br />
&#8216;href&#8217; =&gt; array(), &#8216;title&#8217; =&gt; array(),<br />
&#8216;rel&#8217; =&gt; array(), &#8216;rev&#8217; =&gt; array(),<br />
&#8216;name&#8217; =&gt; array()<br />
),</p>
<p>to this:</p>
<p>$allowedposttags = array(<br />
&#8216;address&#8217; =&gt; array(),<br />
&#8216;a&#8217; =&gt; array(<br />
&#8216;href&#8217; =&gt; array(), &#8216;title&#8217; =&gt; array(),<br />
&#8216;rel&#8217; =&gt; array(), &#8216;rev&#8217; =&gt; array(),<br />
&#8216;name&#8217; =&gt; array(), &#8216;target&#8217; =&gt; array()<br />
),</p>
<p><em>NOTE: This change was downgraded to determine if it inexplicably affects bandwidth performance.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank/71/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
		<item>
		<title>WordPressMU Bug Trac for fixing target=&#8221;_blank&#8221;</title>
		<link>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank-2/615/</link>
		<comments>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank-2/615/#comments</comments>
		<pubDate>Tue, 09 Oct 2007 16:32:13 +0000</pubDate>
		<dc:creator>webmaestro</dc:creator>
				<category><![CDATA[Blogs]]></category>
		<category><![CDATA[HTML]]></category>
		<category><![CDATA[Hacks]]></category>
		<category><![CDATA[nifty]]></category>
		<category><![CDATA[standards]]></category>
		<category><![CDATA[xhtml]]></category>

		<guid isPermaLink="false">http://clay.freedomblogging.com/wordpressmu-bug-trac-for-fixing-target_blank/</guid>
		<description><![CDATA[Once upon a time, we had a vexing problem where we couldn&#8217;t set the @target (OT: @target is tech-speak/jargon/euphemism for &#8216;target attribute&#8217;). Actually, you could set it, but when you &#8216;saved&#8217; the post or story, TinyMCE (that nifty toolbar interface for formatting blog posts used by WordPress and a million other places). Here&#8217;s where I [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://www.w3.org/"><img src="http://www.w3.org/Icons/w3c_main" alt="W3C - World Wide Web Consortium" align="right" border="0" height="27" hspace="10" width="175" /></a>Once upon a time, we had a vexing problem where we couldn&#8217;t set the @target (OT: @target is tech-speak/jargon/euphemism for &#8216;target attribute&#8217;). Actually, you could set it, but when you &#8216;saved&#8217; the post or story, <a href="http://tinymce.moxiecode.com/" title="This is where it all started for this ubiquitous LGPL formatting utility...">TinyMCE</a>  (that nifty toolbar interface for formatting blog posts used by WordPress and a million other places). Here&#8217;s where I figured out what was wrong. I don&#8217;t know why they &#8216;broke&#8217; the @target attribute, although I do know that <a href="http://www.accessify.com/features/tutorials/new-windows/">the &#8216;target&#8217; attribute was deprecated in HTML 4.01, as well as XHTML 1.0</a>. However, there are ways around it, like <a href="http://www.accessify.com/features/tutorials/new-windows/">via JavaScript and XHTML modules</a> which are pretty darn cool.</p>
<p>Anyway, when <a href="http://www.freedominteractive.com/" target="_blank">we</a>  upgrade WordPressMU to the next version, we&#8217;ll likely need to &#8216;fix&#8217; this again, so here&#8217;s $98 bucks worth of direction:</p>
<p><a href="http://trac.mu.wordpress.org/changeset/1022">Changeset 1022 &#8211; WordPress MU Trac &#8211; Trac</a></p>
<p>Just change this:</p>
<p>$allowedposttags = array(<br />
&#8216;address&#8217; =&gt; array(),<br />
&#8216;a&#8217; =&gt; array(<br />
&#8216;href&#8217; =&gt; array(), &#8216;title&#8217; =&gt; array(),<br />
&#8216;rel&#8217; =&gt; array(), &#8216;rev&#8217; =&gt; array(),<br />
&#8216;name&#8217; =&gt; array()<br />
),</p>
<p>to this:</p>
<p>$allowedposttags = array(<br />
&#8216;address&#8217; =&gt; array(),<br />
&#8216;a&#8217; =&gt; array(<br />
&#8216;href&#8217; =&gt; array(), &#8216;title&#8217; =&gt; array(),<br />
&#8216;rel&#8217; =&gt; array(), &#8216;rev&#8217; =&gt; array(),<br />
&#8216;name&#8217; =&gt; array(), &#8216;target&#8217; =&gt; array()<br />
),</p>
<p><em>NOTE: This change was downgraded to determine if it inexplicably affects bandwidth performance.</em></p>
]]></content:encoded>
			<wfw:commentRss>http://OurLil.com/blog/wordpressmu-bug-trac-for-fixing-target_blank-2/615/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

