<?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>Kommentare zu: Learning / stealing from IE and Chrome: Saving screen real estate</title>
	<atom:link href="http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/feed/" rel="self" type="application/rss+xml" />
	<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/</link>
	<description>Blog von Dao G.</description>
	<lastBuildDate>Wed, 28 Jul 2010 21:01:26 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Von: MSFT nerd</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-28423</link>
		<dc:creator>MSFT nerd</dc:creator>
		<pubDate>Wed, 28 Jul 2010 21:01:26 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-28423</guid>
		<description>Can you please update link-target-display add-on for firefox 4 beta 2 whenever possible? Thanks</description>
		<content:encoded><![CDATA[<p>Can you please update link-target-display add-on for firefox 4 beta 2 whenever possible? Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Feech</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-25839</link>
		<dc:creator>Feech</dc:creator>
		<pubDate>Sat, 24 Apr 2010 08:35:55 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-25839</guid>
		<description>Since I started using chrome as part of testing my work I was so much missing these two things from ff: a way to show/hide the bookmark toolbar with one-click or a shortcut and hiding the status bar but still seeing the links in the bottom.

But actually the implementation of the second thing in chrome has a big problem (what makes it useless): if the link is too long then it cuts out 1) from the start, 2) from the middle, 3) from the end, or 4) from the middle and the end of the link. (maybe there are more combinations, I just checked a random site)
So it basically loses the main point (at least from my point of view) that I&#039;m mostly interested in the end of a link to know what to expect.
Your extension solves the long link problem the right way: it cuts out from the middle.

Thanks for these great extensions.</description>
		<content:encoded><![CDATA[<p>Since I started using chrome as part of testing my work I was so much missing these two things from ff: a way to show/hide the bookmark toolbar with one-click or a shortcut and hiding the status bar but still seeing the links in the bottom.</p>
<p>But actually the implementation of the second thing in chrome has a big problem (what makes it useless): if the link is too long then it cuts out 1) from the start, 2) from the middle, 3) from the end, or 4) from the middle and the end of the link. (maybe there are more combinations, I just checked a random site)<br />
So it basically loses the main point (at least from my point of view) that I&#8217;m mostly interested in the end of a link to know what to expect.<br />
Your extension solves the long link problem the right way: it cuts out from the middle.</p>
<p>Thanks for these great extensions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: dao</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-15222</link>
		<dc:creator>dao</dc:creator>
		<pubDate>Mon, 11 Jan 2010 21:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-15222</guid>
		<description>Yeah, there&#039;s an intended delay. I&#039;ll look into your suggestion.</description>
		<content:encoded><![CDATA[<p>Yeah, there&#8217;s an intended delay. I&#8217;ll look into your suggestion.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Asa Dotzler</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-15090</link>
		<dc:creator>Asa Dotzler</dc:creator>
		<pubDate>Fri, 08 Jan 2010 18:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-15090</guid>
		<description>is there any kind of delay set on how quickly the tooltip comes up. I notice that if I mouse over a bunch of nearby links quickly, it never comes up. (test on this page by mousing up the column of names commenting across the &quot;meint:&quot; link and notice that if you move quickly, the tooltip never comes up. If you hover over one for longer, then it does show. 

This seems nice for not flickering the tooltip if you&#039;re mousing quickly over links, but it&#039;s also kind of slow feeling when you do hover on a link to see where it leads. Ideally, if the mouse pointer was moving fast, the tooltip shouldn&#039;t show but the nanosecond the pointer is stable over a link the tooltip should show. that would get the best of both worlds.</description>
		<content:encoded><![CDATA[<p>is there any kind of delay set on how quickly the tooltip comes up. I notice that if I mouse over a bunch of nearby links quickly, it never comes up. (test on this page by mousing up the column of names commenting across the &#8220;meint:&#8221; link and notice that if you move quickly, the tooltip never comes up. If you hover over one for longer, then it does show. </p>
<p>This seems nice for not flickering the tooltip if you&#8217;re mousing quickly over links, but it&#8217;s also kind of slow feeling when you do hover on a link to see where it leads. Ideally, if the mouse pointer was moving fast, the tooltip shouldn&#8217;t show but the nanosecond the pointer is stable over a link the tooltip should show. that would get the best of both worlds.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Asa Dotzler</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14961</link>
		<dc:creator>Asa Dotzler</dc:creator>
		<pubDate>Wed, 06 Jan 2010 02:39:51 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14961</guid>
		<description>New version looks awesome!!</description>
		<content:encoded><![CDATA[<p>New version looks awesome!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Asa Dotzler</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14934</link>
		<dc:creator>Asa Dotzler</dc:creator>
		<pubDate>Sat, 02 Jan 2010 22:30:07 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14934</guid>
		<description>Dao, how difficult would it be to change the box shadow on the tooltip? Ideally, I think,  it wouldn&#039;t have a drop shadow and the border would be a tad darker. Right now it is difficult to see on a light background on poor-contrast screens.</description>
		<content:encoded><![CDATA[<p>Dao, how difficult would it be to change the box shadow on the tooltip? Ideally, I think,  it wouldn&#8217;t have a drop shadow and the border would be a tad darker. Right now it is difficult to see on a light background on poor-contrast screens.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: dao</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14720</link>
		<dc:creator>dao</dc:creator>
		<pubDate>Wed, 23 Dec 2009 19:10:48 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14720</guid>
		<description>Some solution for the statusbar will make it into Firefox, as we want to hide it by default. We&#039;ll see some changes to the Places UI, but I don&#039;t know how this will affect the bookmarks toolbar.</description>
		<content:encoded><![CDATA[<p>Some solution for the statusbar will make it into Firefox, as we want to hide it by default. We&#8217;ll see some changes to the Places UI, but I don&#8217;t know how this will affect the bookmarks toolbar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Dan</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14719</link>
		<dc:creator>Dan</dc:creator>
		<pubDate>Wed, 23 Dec 2009 16:49:31 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14719</guid>
		<description>Are those two extensions things that are likely to make it into Firefox? Both the bookmarks toolbar and the status bar are things that don&#039;t need to be shown 100% of the time.</description>
		<content:encoded><![CDATA[<p>Are those two extensions things that are likely to make it into Firefox? Both the bookmarks toolbar and the status bar are things that don&#8217;t need to be shown 100% of the time.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: dao</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14718</link>
		<dc:creator>dao</dc:creator>
		<pubDate>Wed, 23 Dec 2009 15:57:13 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14718</guid>
		<description>Ben, ribbon would cost me about a third of the space that I&#039;ve just gained, wouldn&#039;t it? I&#039;m not sure that&#039;s a price I&#039;d want to pay. It&#039;s true that pressing Alt moves the page down, and I&#039;m not fond of that. But it hasn&#039;t really annoyed me over the last few months, as I don&#039;t use the menu bar nearly as often as I use the tab bar or the navigation toolbar.</description>
		<content:encoded><![CDATA[<p>Ben, ribbon would cost me about a third of the space that I&#8217;ve just gained, wouldn&#8217;t it? I&#8217;m not sure that&#8217;s a price I&#8217;d want to pay. It&#8217;s true that pressing Alt moves the page down, and I&#8217;m not fond of that. But it hasn&#8217;t really annoyed me over the last few months, as I don&#8217;t use the menu bar nearly as often as I use the tab bar or the navigation toolbar.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Ben</title>
		<link>http://design-noir.de/log/2009/12/firefox-ie-chrome-screen-real-estate/comment-page-1/#comment-14717</link>
		<dc:creator>Ben</dc:creator>
		<pubDate>Wed, 23 Dec 2009 15:39:58 +0000</pubDate>
		<guid isPermaLink="false">http://design-noir.de/log/?p=136#comment-14717</guid>
		<description>@11 -- That&#039;s my biggest concern with these sorts of hiding-the-UI approaches, and it&#039;s IMHO the key thing the Office Ribbon gets right: give us N pixels of vertical space, and we promise to never use more than that to show you UI.  Having the web page bounce up and down (or reflow, if showing a new UI item causes a scrollbar to appear) is really annoying.

There&#039;s something modal about interactions with the menu bar, bookmark toolbar, or address bar: you only need one of them at a time.  So rather than have a button on the menubar that toggles the visibility of the bookmark bar, or have the menu bar temporarily appear with the Alt key, I&#039;d rather have one bar&#039;s worth of pixels be used modally for each of the three usages.  When you press Alt, the menubar slides in to overlap the address bar (like in OS X sheets).  When you press your bookmarks button, the bookmarks bar slides in to overlap the address bar.

Chrome&#039;s approach to the status bar, by contrast, gets this exactly right: it&#039;s a floating window that appears when you need it and cannot cause a reflow or bounce of document content.

Granted, that&#039;s a bit more of a UI change than these toggles are, and might take more engineering to make &#039;em work... :)</description>
		<content:encoded><![CDATA[<p>@11 &#8212; That&#8217;s my biggest concern with these sorts of hiding-the-UI approaches, and it&#8217;s IMHO the key thing the Office Ribbon gets right: give us N pixels of vertical space, and we promise to never use more than that to show you UI.  Having the web page bounce up and down (or reflow, if showing a new UI item causes a scrollbar to appear) is really annoying.</p>
<p>There&#8217;s something modal about interactions with the menu bar, bookmark toolbar, or address bar: you only need one of them at a time.  So rather than have a button on the menubar that toggles the visibility of the bookmark bar, or have the menu bar temporarily appear with the Alt key, I&#8217;d rather have one bar&#8217;s worth of pixels be used modally for each of the three usages.  When you press Alt, the menubar slides in to overlap the address bar (like in OS X sheets).  When you press your bookmarks button, the bookmarks bar slides in to overlap the address bar.</p>
<p>Chrome&#8217;s approach to the status bar, by contrast, gets this exactly right: it&#8217;s a floating window that appears when you need it and cannot cause a reflow or bounce of document content.</p>
<p>Granted, that&#8217;s a bit more of a UI change than these toggles are, and might take more engineering to make &#8216;em work&#8230; :)</p>
]]></content:encoded>
	</item>
</channel>
</rss>
