<?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>Digital Design Diary &#187; Web Development</title>
	<atom:link href="http://www.digitaldesigndiary.com/archives/category/web-development/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.digitaldesigndiary.com</link>
	<description>A web design blog by Eric D. Greene</description>
	<lastBuildDate>Thu, 15 Dec 2011 12:54:37 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
		<item>
		<title>IE6 Countdown</title>
		<link>http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/</link>
		<comments>http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/#comments</comments>
		<pubDate>Mon, 02 May 2011 19:53:40 +0000</pubDate>
		<dc:creator>Eric</dc:creator>
				<category><![CDATA[Web Development]]></category>
		<category><![CDATA[web design]]></category>

		<guid isPermaLink="false">http://www.digitaldesigndiary.com/?p=46</guid>
		<description><![CDATA[Microsoft has launched a new website called IE6 Countdown. The purpose of the site &#8220;is dedicated to watching Internet Explorer 6 usage drop to less than 1% worldwide&#8221;. Well I would have loved to have seen this come up a few years ago, although it&#8217;s difficult to argue against Better Late Than Never, I suppose. [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>Microsoft has launched a new website called <a href="http://www.theie6countdown.com" target="_blank">IE6 Countdown</a>.</p>
<p>The purpose of the site &#8220;is dedicated to watching Internet Explorer 6 usage drop to less than 1% worldwide&#8221;.</p>
<p>Well I would have loved to have seen this come up a few years ago, although it&#8217;s difficult to argue against Better Late Than Never, I suppose.</p>
<p>I find it interesting that Microsoft themselves would try to claim the forefront of watching this problematic browser die in usage.  Web developers for years have hated Internet Explorer Version 6.  And now Microsoft, the creators of that browser, seem to admit that it was a bad browser, or, at least, that it&#8217;s a good thing to see it go away.</p>
<p>Because of IE6, I was skeptical of IE7, IE8, and still to this day I am skeptical of IE9, although I have read more good things about it recently.  But even if IE9 is the browser that Microsoft finally does right, I believe IE&#8217;s reputation is severely scarred.</p>
<p>Ultimately, I am just glad Microsoft and IE are moving in the right direction.  As a web developer, I just want to create usable design experiences for the websites I work on, and I don&#8217;t want to deal with the headaches of IE &#8216;fixes&#8217; any more.</p>
<p>Check out <a href="http://www.theie6countdown.com">IE6 Countdown</a> and let&#8217;s all attend and cheer the funeral!</p>
<p><iframe src="http://affiliate.godaddy.com/ad/2CBAF4F856BE79A9D98DF47BC81688B90773DF01166C964B133DF6DC7D39C7D8" width="468" height="60" frameborder="0" scrolling="no" marginwidth="0" marginheight="0" hspace="0" allowtransparency="true"></iframe></p>
<div class="printfriendly alignleft"><a href="http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/?pfstyle=wp" rel="nofollow" ><img src="//cdn.printfriendly.com/pf-button.gif" alt="pf button IE6 Countdown"  title="IE6 Countdown" /></a></div><h4>Incoming search terms:</h4><ul><li><a href="http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/" title="ie6 countdown">ie6 countdown</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/" title="count down digital for a website">count down digital for a website</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/" title="fun countdown designs for website">fun countdown designs for website</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/" title="Reputation Comments links could be nofollow free">Reputation Comments links could be nofollow free</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.digitaldesigndiary.com/archives/2011/05/02/web-development/ie6-countdown/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
		<item>
		<title>Chrome Developer Tools vs Firebug</title>
		<link>http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/</link>
		<comments>http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/#comments</comments>
		<pubDate>Tue, 27 Jul 2010 21:58:01 +0000</pubDate>
		<dc:creator>Eric</dc:creator>
				<category><![CDATA[Web Development]]></category>
		<category><![CDATA[Chrome Developer Tools]]></category>
		<category><![CDATA[Firebug]]></category>

		<guid isPermaLink="false">http://www.digitaldesigndiary.com/?p=22</guid>
		<description><![CDATA[I often compare Chrome&#8217;s Developer Tools vs Firefox&#8217;s Firebug while working on various projects. The thing is, although I use Chrome as my main browser for personal use, I still go back to Firefox when I&#8217;m doing my website development work.  I use Firefox because Firebug still seems the best for debugging javascript and for quickly [...]]]></description>
			<content:encoded><![CDATA[<p></p><p>I often compare <a title="The Chromium Projects" href="http://sites.google.com/a/chromium.org/dev/devtools" target="_blank">Chrome&#8217;s Developer Tools</a> vs Firefox&#8217;s <a title="Firebug" href="http://getfirebug.com/" target="_blank">Firebug</a> while working on various projects.</p>
<p>The thing is, although I use Chrome as my main browser for personal use, I still go back to Firefox when I&#8217;m doing my <a title="Digital Design Diary" href="http://www.digitaldesigndiary.com">website development</a> work.  I use Firefox because Firebug still seems the best for debugging javascript and for quickly assessing what&#8217;s going on with certain elements in a webpage.  Or, if I just want to tinker around with some css rules, Firebug is there for me &#8211; fast and efficient.</p>
<p>But Chrome&#8217;s Developer Tools are rapidly catching up to Firebug.  Using Chrome, I can tinker with the css rules, I can do my assessments with various elements, and I have access to all sorts of information like page speed or javascript issues, that previously only Firebug could really deliver on.  I guess I partly still feel &#8216;at home&#8217; with Firefox and Firebug &#8211; for years Firebug&#8217;s tools have been great for both web developers and designers.</p>
<p>So what is it about Chrome Developer Tools vs Firefox&#8217;s Firebug that has me still going back to Firebug?  I came across an annoyance with Chrome&#8217;s Developer Tools that maybe helped provide an answer &#8211; at least in my mind anyway.</p>
<h2>Top 3 annoyances with Chrome Dev Tools</h2>
<p><strong>Annoyance #1 &#8211; Too many clicks until I can Inspect an Element</strong></p>
<p>Very often I need to quickly check an element, whether to check the spelling of an id or a div, or to see what the code is doing inside the page.  What I do is hover the mouse and right click right over the element, and when the menu opens, I choose &#8220;Inspect Element&#8221;.  Now in Firebug, as soon as I make that choice to inspect the element, the Firebug display opens, and it immediately shows me the exact element within the page.  But with Chrome&#8217;s Developer Tools &#8211; when I choose Inspect Element, it only opens the display, but does not show me the exact element.  Instead, I have to go back to the page, hover the mouse, right click and choose Inspect Element &#8211; a second time!  Then Chrome finally shows me the element I wanted to look at.</p>
<p>Maybe this seems like a minor annoyance, but I do this right-clicking and inspecting elements all the time when I&#8217;m developing a web page.  And sometimes with Chrome, the display will open and I&#8217;ll have to go back and scroll some to find my element again on the page, before I can right click and choose Inspect Element again.  When this happens over and over, I&#8217;m sorry but at that point, I go right back to Firebug again.  I right click something, I choose Inspect Element, and voila there&#8217;s my element right there and I can quickly recall that ID name or whatever it is I needed to assess.</p>
<p><strong>Annoyance #2 &#8211; Developer Tools open up slower than Firebug</strong></p>
<p>Chrome&#8217;s Developer Tools opens up slower than Firebug.  If I&#8217;m working on a page and do my right click and inspect element, Firebug is almost immediate.  With Chrome, I get roughly a 2 second delay.  No, it&#8217;s not the longest time in the world to have to wait on something, but when I&#8217;m doing my web development and I just need to quickly look at the spelling of a div or something, the 2 second delay just gets annoying.  With Firebug, it opens right up and I can check it and go back to my work.  It&#8217;s just a simple matter of speed.  The thing is &#8211; why wait when you don&#8217;t have to?</p>
<p><script type="text/javascript"><!--
google_ad_client = "ca-pub-8473431613859807";
/* ddd */
google_ad_slot = "6613430222";
google_ad_width = 468;
google_ad_height = 15;
//-->
</script><br />
<script type="text/javascript"
src="http://pagead2.googlesyndication.com/pagead/show_ads.js">
</script></p>
<p><strong>Annoyance #3 &#8211; Ease of use is inferior to Firebug</strong></p>
<p>This is less of an annoyance with Chrome and more props to Firebug&#8217;s ease of use.  With Firebug, I can play around with the css rules quickly and easily, and often simply by moving my arrow keys up and down.  So let&#8217;s say I feel like the margin of an element isn&#8217;t quite right.  If I want to find the exact pixel or em number that I can put in my stylesheet, I inspect my element, then I can jump right over to the CSS rule, click in it, and just tap my up or down arrow keys to get just the right measurement I need.</p>
<p>I love that quick ability to be able to refine and adjust &#8211; and it&#8217;s not just with pixels or numbers.  I can use the arrow keys to try other properties of an element, for example, on a display attribute I can click in where an element might have &#8216;block&#8217;, tap the arrow down and I get &#8216;inline&#8217; right away, with the element in the page adjusting as I tap.</p>
<p><strong>Conclusion</strong></p>
<p>I really don&#8217;t mean to come across as knocking on Chrome.  Like I said, I use it most of the time for personal use and often will keep it open while I am doing website work.  The annoyance are somewhat minor ultimately, however, when I&#8217;m getting deep into serious web development, there is just no choice.  Give me my Firebug!</p>
<p>Chrome&#8217;s Developer Tools are catching up &#8211; we&#8217;re just not <em>quite </em>there yet&#8230;</p>
<div class="printfriendly alignleft"><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/?pfstyle=wp" rel="nofollow" ><img src="//cdn.printfriendly.com/pf-button.gif" alt="pf button Chrome Developer Tools vs Firebug"  title="Chrome Developer Tools vs Firebug" /></a></div><h4>Incoming search terms:</h4><ul><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="firebug vs chrome">firebug vs chrome</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="firebug vs chrome developer tools">firebug vs chrome developer tools</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="chrome vs firebug">chrome vs firebug</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="chrome developer tools vs firebug">chrome developer tools vs firebug</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="chrome dev tools vs firebug">chrome dev tools vs firebug</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="chrome inspect vs firebug">chrome inspect vs firebug</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="web developer vs firebug">web developer vs firebug</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="firebug vs web developer">firebug vs web developer</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="firebug for chrome">firebug for chrome</a></li><li><a href="http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/" title="firebug vs">firebug vs</a></li></ul>]]></content:encoded>
			<wfw:commentRss>http://www.digitaldesigndiary.com/archives/2010/07/27/web-development/chrome-developer-tools-vs-firebug/feed/</wfw:commentRss>
		<slash:comments>21</slash:comments>
		</item>
	</channel>
</rss>

