<?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: Web Inspector Gains New Eyes for Metrics, Properties</title>
	<atom:link href="http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html/feed" rel="self" type="application/rss+xml" />
	<link>http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html</link>
	<description>I've been observing personal computing behavior for a long time, and now I have some things to say. Here are my two cents about computing, music, software, and related topics.</description>
	<pubDate>Fri, 01 May 2026 12:44:36 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Leland</title>
		<link>http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html#comment-418</link>
		<dc:creator>Leland</dc:creator>
		<pubDate>Sun, 27 Aug 2006 17:49:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.musingsfrommars.org/?p=1130#comment-418</guid>
		<description>Hi Rob,
You're right!  That's pretty darn easy.  I guess my impression that WebKit's way is easier boils down to my preference for contextual menu commands.  But it also reflects the way Firebug's shortcut is hidden inside a cascading menu.  It's just not where I would look for that function, I guess.  Of course, one could argue that Web Inspector as a whole is harder to use, since the only way to even launch the thing is by using that contextual menu.  As far as I know, you can't launch Web Inspector from any keyboard shortcut or menu item!

In actual daily use, though, I'd still argue the Web Inspector "way" is easier if you're using a mouse, and here's why:  As a user, I find  an element I want to inspect.  With both Firebug and Web Inspector, I must first hover my mouse over the target element.  And here's where Web Inspector's usability superiority emerges, in my view.   (Again, assuming you're using a mouse.)

In Web Inspector, I needn't move my hand at all to proceed.  I merely right-click and select the contextual menu command in one smooth, quick motion.

In Firebug, I have to release the mouse and move both hands to the keyboard to enter the necessary keyboard command.  Don't get me wrong: I'm a big keyboard-shortcut fan, too.  However, I think they're most useful when one's hands are already on the keyboard.  Shortcuts that require a user to switch from one input mode to another aren't nearly as useful as those that allow seamless use of a single mode.

It's pretty easy to test the fact that the Web Inspector method is also &lt;em&gt;faster&lt;/em&gt; than the Firebug method.  Far fewer skeletal joints are involved, for one thing.  If you're using a trackpad or similar device on a laptop, the difference is less.  I'm not a big laptop user myself, but presumably when you're fingers are on the trackpad they're much closer to the keys needed for the shortcut, so the disconnect in input methods is less significant to usability.

And there you have a simple statement of Leland's Single User Input Mode theory of computer usability, FWIW.  :-)

Regarding releases of Safari, I don't have any official insight into this, but I do know that in the point releases for Mac OS X (and by this, I mean, for example, 10.4.7 vs. 10.4.6---not 10.4 vs. 10.3, which are &lt;strong&gt;not&lt;/strong&gt; point releases, though they appear to be---Safari is quite often updated.  10.4.7 did include a Safari update, to version 2.0.4, and 10.4.3 included an update to Safari 2.0.2, etc.  Sometimes the Safari versions are released separately as downloads (2.0.1), and sometimes not.  Usually, the point releases of OS X include Safari updates even if the Safari version itself has the same point release number; this is reflected in the parenthetical version number for Safari (for example, the latest version I have is 419.3).  This number has no relation that I can see to the WebKit nightlies, the latest of which is 16052.

Cheers,
Leland</description>
		<content:encoded><![CDATA[<p>Hi Rob,<br />
You&#8217;re right!  That&#8217;s pretty darn easy.  I guess my impression that WebKit&#8217;s way is easier boils down to my preference for contextual menu commands.  But it also reflects the way Firebug&#8217;s shortcut is hidden inside a cascading menu.  It&#8217;s just not where I would look for that function, I guess.  Of course, one could argue that Web Inspector as a whole is harder to use, since the only way to even launch the thing is by using that contextual menu.  As far as I know, you can&#8217;t launch Web Inspector from any keyboard shortcut or menu item!</p>
<p>In actual daily use, though, I&#8217;d still argue the Web Inspector &#8220;way&#8221; is easier if you&#8217;re using a mouse, and here&#8217;s why:  As a user, I find  an element I want to inspect.  With both Firebug and Web Inspector, I must first hover my mouse over the target element.  And here&#8217;s where Web Inspector&#8217;s usability superiority emerges, in my view.   (Again, assuming you&#8217;re using a mouse.)</p>
<p>In Web Inspector, I needn&#8217;t move my hand at all to proceed.  I merely right-click and select the contextual menu command in one smooth, quick motion.</p>
<p>In Firebug, I have to release the mouse and move both hands to the keyboard to enter the necessary keyboard command.  Don&#8217;t get me wrong: I&#8217;m a big keyboard-shortcut fan, too.  However, I think they&#8217;re most useful when one&#8217;s hands are already on the keyboard.  Shortcuts that require a user to switch from one input mode to another aren&#8217;t nearly as useful as those that allow seamless use of a single mode.</p>
<p>It&#8217;s pretty easy to test the fact that the Web Inspector method is also <em>faster</em> than the Firebug method.  Far fewer skeletal joints are involved, for one thing.  If you&#8217;re using a trackpad or similar device on a laptop, the difference is less.  I&#8217;m not a big laptop user myself, but presumably when you&#8217;re fingers are on the trackpad they&#8217;re much closer to the keys needed for the shortcut, so the disconnect in input methods is less significant to usability.</p>
<p>And there you have a simple statement of Leland&#8217;s Single User Input Mode theory of computer usability, FWIW.  <img src='http://musingsfrommars.org/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>Regarding releases of Safari, I don&#8217;t have any official insight into this, but I do know that in the point releases for Mac OS X (and by this, I mean, for example, 10.4.7 vs. 10.4.6&#8212;not 10.4 vs. 10.3, which are <strong>not</strong> point releases, though they appear to be&#8212;Safari is quite often updated.  10.4.7 did include a Safari update, to version 2.0.4, and 10.4.3 included an update to Safari 2.0.2, etc.  Sometimes the Safari versions are released separately as downloads (2.0.1), and sometimes not.  Usually, the point releases of OS X include Safari updates even if the Safari version itself has the same point release number; this is reflected in the parenthetical version number for Safari (for example, the latest version I have is 419.3).  This number has no relation that I can see to the WebKit nightlies, the latest of which is 16052.</p>
<p>Cheers,<br />
Leland</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin</title>
		<link>http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html#comment-417</link>
		<dc:creator>Martin</dc:creator>
		<pubDate>Mon, 21 Aug 2006 15:01:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.musingsfrommars.org/?p=1130#comment-417</guid>
		<description>The metrics panel is pure beauty. The drawing is right from the CSS specs, but still you wonder why noone did this before.

As for showing the applicable style rules as well as the computed style: The Mozilla/Firefox DOM Inspector has this since the stone age.</description>
		<content:encoded><![CDATA[<p>The metrics panel is pure beauty. The drawing is right from the CSS specs, but still you wonder why noone did this before.</p>
<p>As for showing the applicable style rules as well as the computed style: The Mozilla/Firefox DOM Inspector has this since the stone age.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Sanheim</title>
		<link>http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html#comment-416</link>
		<dc:creator>Rob Sanheim</dc:creator>
		<pubDate>Mon, 21 Aug 2006 14:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.musingsfrommars.org/?p=1130#comment-416</guid>
		<description>Nice writeup, Leland.

I'm a little confused by this part:

&lt;blockquote&gt;...now get all the details on any element of the page with a right-click of my mouse (control-click for some folks) and a simple selection of “Inspect Element.” Now come on Firebug fans, don’t you wish you could inspect an element that easily&lt;/blockquote&gt;

Firebug _does_ have this feature, and its just as easy.  Command-shift-c, click the element you want, and its highlighted in firebug.

Also, is it just standard for the WebKit/Apple team to not release any Safari updates between major Mac OS versions?</description>
		<content:encoded><![CDATA[<p>Nice writeup, Leland.</p>
<p>I&#8217;m a little confused by this part:</p>
<blockquote><p>&#8230;now get all the details on any element of the page with a right-click of my mouse (control-click for some folks) and a simple selection of “Inspect Element.” Now come on Firebug fans, don’t you wish you could inspect an element that easily</p></blockquote>
<p>Firebug _does_ have this feature, and its just as easy.  Command-shift-c, click the element you want, and its highlighted in firebug.</p>
<p>Also, is it just standard for the WebKit/Apple team to not release any Safari updates between major Mac OS versions?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ajaxian &#187; Web Inspector Enhancements</title>
		<link>http://www.musingsfrommars.org/2006/08/web-inspector-gains-new-eyes.html#comment-415</link>
		<dc:creator>Ajaxian &#187; Web Inspector Enhancements</dc:creator>
		<pubDate>Mon, 21 Aug 2006 04:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.musingsfrommars.org/?p=1130#comment-415</guid>
		<description>[...] Leland Scott let us know about the Web Kit teams latest Web Inspector debugging tool.  On downloading a new build of WebKit today, I found that Web Inspector finally can provide those critical Metrics and Properties of each DOM element on my web pages. And boy, have they done a great job in the implementation! Every bit as cool and functional as the original bits, so I can now get all the details on any element of the page with a right-click of my mouse (control-click for some folks) and a simple selection of “Inspect Element.” Now come on Firebug fans, don’t you wish you could inspect an element that easily? [...]</description>
		<content:encoded><![CDATA[<p>[...] Leland Scott let us know about the Web Kit teams latest Web Inspector debugging tool.  On downloading a new build of WebKit today, I found that Web Inspector finally can provide those critical Metrics and Properties of each DOM element on my web pages. And boy, have they done a great job in the implementation! Every bit as cool and functional as the original bits, so I can now get all the details on any element of the page with a right-click of my mouse (control-click for some folks) and a simple selection of “Inspect Element.” Now come on Firebug fans, don’t you wish you could inspect an element that easily? [...]</p>
]]></content:encoded>
	</item>
</channel>
</rss>
