<?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: A Web Browser With No Visible UI?</title>
	<atom:link href="http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/</link>
	<description>User Experience Design at Mozilla</description>
	<lastBuildDate>Sat, 21 Nov 2009 18:10:07 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: neon</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-141623</link>
		<dc:creator>neon</dc:creator>
		<pubDate>Sat, 20 Jun 2009 13:52:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-141623</guid>
		<description>Everything is very open and very clear explanation of issues. was truly information. Your website is very useful. Thanks for sharing.</description>
		<content:encoded><![CDATA[<p>Everything is very open and very clear explanation of issues. was truly information. Your website is very useful. Thanks for sharing.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin Dobson</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-125604</link>
		<dc:creator>Benjamin Dobson</dc:creator>
		<pubDate>Tue, 24 Mar 2009 18:59:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-125604</guid>
		<description>I disagree with a great deal in this video, particularly the bits where you downplay discoverability, and I half-disagree with your bit on MobileSafari, but this has inspired me to significantly improve one of my designs. Thanks!</description>
		<content:encoded><![CDATA[<p>I disagree with a great deal in this video, particularly the bits where you downplay discoverability, and I half-disagree with your bit on MobileSafari, but this has inspired me to significantly improve one of my designs. Thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ecaterina Valica</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-117551</link>
		<dc:creator>Ecaterina Valica</dc:creator>
		<pubDate>Wed, 11 Feb 2009 14:35:03 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-117551</guid>
		<description>First of all I think you need a transition from the actual form of the browser to a chromeless one, by adding a step when you make the controls transparent (like gadgets) - let the users get use to it for a version or two ... make some statistics and then decide if you want to hide/show the controls.

If it were to be a chromeless new tab - you need to replace the Blank page default with some kind of &quot;invitational&quot; thing, so that the user don&#039;t panic when he sees a blank page. 

Chromeless browser will be a downside for the extensions, because they tend to be placed in status bar, menu.</description>
		<content:encoded><![CDATA[<p>First of all I think you need a transition from the actual form of the browser to a chromeless one, by adding a step when you make the controls transparent (like gadgets) &#8211; let the users get use to it for a version or two &#8230; make some statistics and then decide if you want to hide/show the controls.</p>
<p>If it were to be a chromeless new tab &#8211; you need to replace the Blank page default with some kind of &#8220;invitational&#8221; thing, so that the user don&#8217;t panic when he sees a blank page. </p>
<p>Chromeless browser will be a downside for the extensions, because they tend to be placed in status bar, menu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Leandro</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116839</link>
		<dc:creator>Leandro</dc:creator>
		<pubDate>Thu, 05 Feb 2009 21:09:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116839</guid>
		<description>Hi Alex
I think you should read this: 

http://www.neowin.net/news/main/09/02/03/bang-on-firefox-youre-kind-of-ugly

it&#039;s important to you, i believe.</description>
		<content:encoded><![CDATA[<p>Hi Alex<br />
I think you should read this: </p>
<p><a href="http://www.neowin.net/news/main/09/02/03/bang-on-firefox-youre-kind-of-ugly" rel="nofollow">http://www.neowin.net/news/main/09/02/03/bang-on-firefox-youre-kind-of-ugly</a></p>
<p>it&#8217;s important to you, i believe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: RJ</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116513</link>
		<dc:creator>RJ</dc:creator>
		<pubDate>Tue, 03 Feb 2009 01:08:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116513</guid>
		<description>I like the ability to just call up Ubiquity with a simple (and unique) ctrl+space combination. The only way I can think of creating a chrome-less browser window would be to hide menus and functions until they&#039;re called up by a keyboard combination (I guess it would have to be sufficiently unique, like ctrl+space).

The only real drawback to that method is that you&#039;d have to bring up the menu each time you want to access a command or function. Instead of simply hitting alt+left/right arrow to go back and forth, you&#039;d be calling up a menu to access the function. Depending on how often people go back/forward/to their homepage/to the URL bar, your appearing menus could potentially become as annoying to users as the UAC pop-ups in Windows Vista. In the podcast you stated a great way to help avoid this - a video (or even text) walkthrough explaining the keyboard commands the first time chrome-less Firefox is run. That would inform people that they don&#039;t have to call up menus for every function, rather, there are loads of commands already at your fingertips - no mouse clicks required.

I think that&#039;s the danger of trying to reach an extreme on any given scale (&quot;way too much visible UI&quot; on one end, and &quot;no visible UI&quot; on the other). Maybe a better solution would be to minimize the chrome and place it in pre-existing UI space (for instance, that title bar up at the top of a window that&#039;s got the minimize/maximize/close buttons - sort of like what iTunes does on Windows).

I think that&#039;s fairly economical, considering you&#039;re stuck with that window space already, so you might as well utilize it. Of course, it would disappear when you enter full-screen mode, which is a problem. Plus, if you don&#039;t cut back on what you&#039;re placing up there, it might appear crammed and cluttered.

Well, I hope that helped you guys out. You&#039;re all doing a wonderful job with Firefox (I switched over to FF about 3 years ago, and I&#039;ve been a Firefox evangelist ever since), and I like the direction that Firefox is headed in (especially when it comes to the chrome/UI). Keep up the great work! It&#039;s always a pleasure to see an Alex Faaborg blog post pop up in my Thunderbird newsfeeds. Can&#039;t wait for the next one!</description>
		<content:encoded><![CDATA[<p>I like the ability to just call up Ubiquity with a simple (and unique) ctrl+space combination. The only way I can think of creating a chrome-less browser window would be to hide menus and functions until they&#8217;re called up by a keyboard combination (I guess it would have to be sufficiently unique, like ctrl+space).</p>
<p>The only real drawback to that method is that you&#8217;d have to bring up the menu each time you want to access a command or function. Instead of simply hitting alt+left/right arrow to go back and forth, you&#8217;d be calling up a menu to access the function. Depending on how often people go back/forward/to their homepage/to the URL bar, your appearing menus could potentially become as annoying to users as the UAC pop-ups in Windows Vista. In the podcast you stated a great way to help avoid this &#8211; a video (or even text) walkthrough explaining the keyboard commands the first time chrome-less Firefox is run. That would inform people that they don&#8217;t have to call up menus for every function, rather, there are loads of commands already at your fingertips &#8211; no mouse clicks required.</p>
<p>I think that&#8217;s the danger of trying to reach an extreme on any given scale (&#8221;way too much visible UI&#8221; on one end, and &#8220;no visible UI&#8221; on the other). Maybe a better solution would be to minimize the chrome and place it in pre-existing UI space (for instance, that title bar up at the top of a window that&#8217;s got the minimize/maximize/close buttons &#8211; sort of like what iTunes does on Windows).</p>
<p>I think that&#8217;s fairly economical, considering you&#8217;re stuck with that window space already, so you might as well utilize it. Of course, it would disappear when you enter full-screen mode, which is a problem. Plus, if you don&#8217;t cut back on what you&#8217;re placing up there, it might appear crammed and cluttered.</p>
<p>Well, I hope that helped you guys out. You&#8217;re all doing a wonderful job with Firefox (I switched over to FF about 3 years ago, and I&#8217;ve been a Firefox evangelist ever since), and I like the direction that Firefox is headed in (especially when it comes to the chrome/UI). Keep up the great work! It&#8217;s always a pleasure to see an Alex Faaborg blog post pop up in my Thunderbird newsfeeds. Can&#8217;t wait for the next one!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mats Svensson</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116491</link>
		<dc:creator>Mats Svensson</dc:creator>
		<pubDate>Mon, 02 Feb 2009 21:58:01 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116491</guid>
		<description>When it comes to browsers, i&#039;m more moving in the opposite direction; MORE controls, to compensate for all the sites with crappy navigation.
For example: the FF addon &quot;Locationbar&quot; turns the URL into a breadcrumb navigation.
Very useful, and unfortunately increasingly necessary.

The less controls outside the page, the better the navigation inside it needs to be.
And right now the web is moving in the opposite direction fast, with more and more flashlike mystery meat rot spreading.
Who can tell what are clickable links on a page these days without mousing over every single pixel?

Interesting that you mention the 
&quot;chromeless&quot; flash player you use here.

I actually gave up trying to watch the whole video because of the useless way it works.

A perfect example of how designers more and more tend to create shiny pretty looking POS software with just bare bones controls, if any.

No info about how long the video will last, no decent controls, no real full screen, nothing, and you&#039;re stuck with it.

Am i the only one who miss the pre-2.0 days when you could watch videos on web-pages by just clicking a link, and then watch it in a decent player of your choice?</description>
		<content:encoded><![CDATA[<p>When it comes to browsers, i&#8217;m more moving in the opposite direction; MORE controls, to compensate for all the sites with crappy navigation.<br />
For example: the FF addon &#8220;Locationbar&#8221; turns the URL into a breadcrumb navigation.<br />
Very useful, and unfortunately increasingly necessary.</p>
<p>The less controls outside the page, the better the navigation inside it needs to be.<br />
And right now the web is moving in the opposite direction fast, with more and more flashlike mystery meat rot spreading.<br />
Who can tell what are clickable links on a page these days without mousing over every single pixel?</p>
<p>Interesting that you mention the<br />
&#8220;chromeless&#8221; flash player you use here.</p>
<p>I actually gave up trying to watch the whole video because of the useless way it works.</p>
<p>A perfect example of how designers more and more tend to create shiny pretty looking POS software with just bare bones controls, if any.</p>
<p>No info about how long the video will last, no decent controls, no real full screen, nothing, and you&#8217;re stuck with it.</p>
<p>Am i the only one who miss the pre-2.0 days when you could watch videos on web-pages by just clicking a link, and then watch it in a decent player of your choice?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Solo</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116333</link>
		<dc:creator>Solo</dc:creator>
		<pubDate>Sun, 01 Feb 2009 19:08:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116333</guid>
		<description>I like a minimalistic browser ui and I all ready have firefox running with almost no user interface... I like to mouse my way through the internet so i have only 1 bar with the adress bar some buttons like forward/backward and menu button. futher i have a combined status/tabbar with some icon 
if you want and you surf with hotkeys there almost no need for any menubar or so

but I don&#039;t think there ever wil be een browers with no ui at all</description>
		<content:encoded><![CDATA[<p>I like a minimalistic browser ui and I all ready have firefox running with almost no user interface&#8230; I like to mouse my way through the internet so i have only 1 bar with the adress bar some buttons like forward/backward and menu button. futher i have a combined status/tabbar with some icon<br />
if you want and you surf with hotkeys there almost no need for any menubar or so</p>
<p>but I don&#8217;t think there ever wil be een browers with no ui at all</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rob Russell</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116182</link>
		<dc:creator>Rob Russell</dc:creator>
		<pubDate>Fri, 30 Jan 2009 15:19:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116182</guid>
		<description>Nice video, interesting concept. I like that you&#039;re doing mockups and testing up front.

Please build in accessibility up front as well. Remember there are established APIs for informing AT (assistive technology) of what&#039;s going on on-screen.

Similarly, don&#039;t tie me to just one method for input. If my hands are on the keyboard, I want to use the keyboard and if I&#039;m moving between fx &amp; other apps then I&#039;m prone to use the mouse.

One more complaint: clicking on nothing is easy on some pages, difficult on others. It&#039;s unnatural to move the mouse to a place where I&#039;m avoiding all controls and interactive components.

Sorry if this sounds like a gripe, I really do appreciate that you&#039;re putting in the effort to make artifacts that explore new ui ideas. Thanks again for the effort.</description>
		<content:encoded><![CDATA[<p>Nice video, interesting concept. I like that you&#8217;re doing mockups and testing up front.</p>
<p>Please build in accessibility up front as well. Remember there are established APIs for informing AT (assistive technology) of what&#8217;s going on on-screen.</p>
<p>Similarly, don&#8217;t tie me to just one method for input. If my hands are on the keyboard, I want to use the keyboard and if I&#8217;m moving between fx &amp; other apps then I&#8217;m prone to use the mouse.</p>
<p>One more complaint: clicking on nothing is easy on some pages, difficult on others. It&#8217;s unnatural to move the mouse to a place where I&#8217;m avoiding all controls and interactive components.</p>
<p>Sorry if this sounds like a gripe, I really do appreciate that you&#8217;re putting in the effort to make artifacts that explore new ui ideas. Thanks again for the effort.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dextro</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116179</link>
		<dc:creator>Dextro</dc:creator>
		<pubDate>Fri, 30 Jan 2009 13:57:25 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116179</guid>
		<description>I for one would use a firefox without a user interface. All I needed was something like Ubiquity taken to the extreme, the usual shortcuts (ctrl+t, ctrl+w, alt+back alt+forward) and hitting the alt key to bring up the usual file menu...

But what am I saying? Just look at Links and rebuild it using gecko and add Ubiquity on top. Preto: ui-less browsers done. Of course a system similar to &quot;exposé&quot; for tabs would sweaten the deal tough.</description>
		<content:encoded><![CDATA[<p>I for one would use a firefox without a user interface. All I needed was something like Ubiquity taken to the extreme, the usual shortcuts (ctrl+t, ctrl+w, alt+back alt+forward) and hitting the alt key to bring up the usual file menu&#8230;</p>
<p>But what am I saying? Just look at Links and rebuild it using gecko and add Ubiquity on top. Preto: ui-less browsers done. Of course a system similar to &#8220;exposé&#8221; for tabs would sweaten the deal tough.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dima Nikolaev</title>
		<link>http://blog.mozilla.com/faaborg/2009/01/29/a-web-browser-with-no-visible-ui/comment-page-1/#comment-116173</link>
		<dc:creator>Dima Nikolaev</dc:creator>
		<pubDate>Fri, 30 Jan 2009 12:10:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/?p=63#comment-116173</guid>
		<description>I use StrokeIt (&quot;http://www.tcbmi.com/strokeit/&quot;) gestures. Mostly in browsers, but it works with any application. As a result - I do not use chrome except for address input and tab selection. I simply click a right mouse button and &quot;draw a line&quot;. Draw a line to a left - Back command. Right - forward. Up then down - refresh, left then right - new tab, etc. And you almost had the same set of possibilities with a pie menu mockup - right click and drag in the direction of a command that pie menu shows.</description>
		<content:encoded><![CDATA[<p>I use StrokeIt (&#8221;http://www.tcbmi.com/strokeit/&#8221;) gestures. Mostly in browsers, but it works with any application. As a result &#8211; I do not use chrome except for address input and tab selection. I simply click a right mouse button and &#8220;draw a line&#8221;. Draw a line to a left &#8211; Back command. Right &#8211; forward. Up then down &#8211; refresh, left then right &#8211; new tab, etc. And you almost had the same set of possibilities with a pie menu mockup &#8211; right click and drag in the direction of a command that pie menu shows.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
