<?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: The Visual Identity and User Interface of Live Titles</title>
	<atom:link href="http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/</link>
	<description>User Experience Design at Mozilla</description>
	<lastBuildDate>Fri, 12 Mar 2010 06:04:05 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Nils Lindenberg</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-418</link>
		<dc:creator>Nils Lindenberg</dc:creator>
		<pubDate>Sat, 03 Feb 2007 12:01:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-418</guid>
		<description>Alex,
I am sorry but I disagree with your approach due to several reasons, most of them already mentioned:

- the bookmark dialog is too confusing, especially for people who never heard about RSS and LF (still the majority of users!). I know a lot of people who would see the dialog and getting confused by the choices. Sometimes less choices are better.

The first two choices are in fact one: bookmarking a page (either with a [given] static name or a live title) having its right place  at the name field, &quot;simply&quot; needing a better presentation there then now. 

The third choice is different since you do not bookmark the same page as above, but a different one (the adress of the feed). Is mixing them really a good idea?

- I agree with you on the dragging issue for fav-icon and rss-icon :)

-The rss-icon overlapping the favicon is to small (and I can hear a lot of designers cry what has been done to their poor icons ;) - why not display to the right of the title (and as big as the fav icon)?</description>
		<content:encoded><![CDATA[<p>Alex,<br />
I am sorry but I disagree with your approach due to several reasons, most of them already mentioned:</p>
<p>- the bookmark dialog is too confusing, especially for people who never heard about RSS and LF (still the majority of users!). I know a lot of people who would see the dialog and getting confused by the choices. Sometimes less choices are better.</p>
<p>The first two choices are in fact one: bookmarking a page (either with a [given] static name or a live title) having its right place  at the name field, &#8220;simply&#8221; needing a better presentation there then now. </p>
<p>The third choice is different since you do not bookmark the same page as above, but a different one (the adress of the feed). Is mixing them really a good idea?</p>
<p>- I agree with you on the dragging issue for fav-icon and rss-icon <img src='http://blog.mozilla.com/faaborg/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>-The rss-icon overlapping the favicon is to small (and I can hear a lot of designers cry what has been done to their poor icons <img src='http://blog.mozilla.com/faaborg/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' />  &#8211; why not display to the right of the title (and as big as the fav icon)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fareed Rizkalla</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-33</link>
		<dc:creator>Fareed Rizkalla</dc:creator>
		<pubDate>Mon, 18 Dec 2006 23:34:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-33</guid>
		<description>I actually was inspired by your article for this idea, I know improving User Experience is the key  for a successful product.

So why not go out and make Firefox something different, it has been always about that.

I remember Lindows (maybe called Linspire now, I can&#039;t remember atm) they had this gallery of apps which you could select from and then it allowed to install in 1 easy step and run it.

My idea is almost similair, but why not make Firefox run only by the mouse. Of course not all of Firefox cause that is impossible, but only those important functionalities or aspects of Firefox.

Meaning by a few a clicks a person could have his favorite web site bookmarked without having to go the bookmarks menu or pressing Ctrl+D.

Maybe adding some extra icon beside the web site favicon, allowing functionality behavior to change for Firefox. I haven&#039;t tried to switch to Firefox 2, cause I&#039;m already satisfied with Firefox 1.5.0.8. I have seen some pictures, don&#039;t know if those are true pictures of Firefox 2. In those pictures contained a redesign of the search bar, it looked a bit similair like IE7. Maybe the new address bar with a similair look could allow my fictional browsing methodology.</description>
		<content:encoded><![CDATA[<p>I actually was inspired by your article for this idea, I know improving User Experience is the key  for a successful product.</p>
<p>So why not go out and make Firefox something different, it has been always about that.</p>
<p>I remember Lindows (maybe called Linspire now, I can&#8217;t remember atm) they had this gallery of apps which you could select from and then it allowed to install in 1 easy step and run it.</p>
<p>My idea is almost similair, but why not make Firefox run only by the mouse. Of course not all of Firefox cause that is impossible, but only those important functionalities or aspects of Firefox.</p>
<p>Meaning by a few a clicks a person could have his favorite web site bookmarked without having to go the bookmarks menu or pressing Ctrl+D.</p>
<p>Maybe adding some extra icon beside the web site favicon, allowing functionality behavior to change for Firefox. I haven&#8217;t tried to switch to Firefox 2, cause I&#8217;m already satisfied with Firefox 1.5.0.8. I have seen some pictures, don&#8217;t know if those are true pictures of Firefox 2. In those pictures contained a redesign of the search bar, it looked a bit similair like IE7. Maybe the new address bar with a similair look could allow my fictional browsing methodology.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Faaborg</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-14</link>
		<dc:creator>Alex Faaborg</dc:creator>
		<pubDate>Thu, 07 Dec 2006 22:41:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-14</guid>
		<description>Thanks everyone for the feedback.  If you would like to post additional comments, please post to mozilla.dev.apps.firefox:

http://groups.google.com/group/mozilla.dev.apps.firefox/browse_frm/thread/fafabc4a75a6c3b8/6bdea2920039ea2e?

-Alex</description>
		<content:encoded><![CDATA[<p>Thanks everyone for the feedback.  If you would like to post additional comments, please post to mozilla.dev.apps.firefox:</p>
<p><a href="http://groups.google.com/group/mozilla.dev.apps.firefox/browse_frm/thread/fafabc4a75a6c3b8/6bdea2920039ea2e?" rel="nofollow">http://groups.google.com/group/mozilla.dev.apps.firefox/browse_frm/thread/fafabc4a75a6c3b8/6bdea2920039ea2e?</a></p>
<p>-Alex</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-13</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Wed, 06 Dec 2006 09:54:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-13</guid>
		<description>Just another comment about your blog itself. I assume you are using some sort of comment moderation, which is why the comments haven&#039;t shown up right away. It might be nice for your visitors if you put a little note about that.

Please feel free to delete this comment rather than put it up.</description>
		<content:encoded><![CDATA[<p>Just another comment about your blog itself. I assume you are using some sort of comment moderation, which is why the comments haven&#8217;t shown up right away. It might be nice for your visitors if you put a little note about that.</p>
<p>Please feel free to delete this comment rather than put it up.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-12</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Wed, 06 Dec 2006 09:52:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-12</guid>
		<description>On a somewhat related note, this somewhat does break the potential idea of having a centralised feeds system, along the lines of Sage or what IE7 does (which is, unfortunately, easier to use than FF&#039;s Live Bookmarks).

What might solve this could be something like OPML where you can tie a bunch of feeds within Firefox itself into a single larger one, then click on just that to see them all.

Also, what happens with regards to bookmarking more than one page from the site? Because the RSS feed isn&#039;t really associated with the single page on the site, the relationship gets a bit confused when bookmarking multiple pages on the same site with the same RSS feed.</description>
		<content:encoded><![CDATA[<p>On a somewhat related note, this somewhat does break the potential idea of having a centralised feeds system, along the lines of Sage or what IE7 does (which is, unfortunately, easier to use than FF&#8217;s Live Bookmarks).</p>
<p>What might solve this could be something like OPML where you can tie a bunch of feeds within Firefox itself into a single larger one, then click on just that to see them all.</p>
<p>Also, what happens with regards to bookmarking more than one page from the site? Because the RSS feed isn&#8217;t really associated with the single page on the site, the relationship gets a bit confused when bookmarking multiple pages on the same site with the same RSS feed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-11</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Wed, 06 Dec 2006 09:47:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-11</guid>
		<description>In general, I really like the idea. It&#039;s definitely a work in progress, yes, and probably has a few issues to iron out before making it live, but in general, I think it&#039;s the right direction.

Some points:

- The RSS icon is a teeny bit small, and hard to spot, I agree that something slightly more prominent is probably warranted.

- I&#039;m also not sure about giving Live Titles the same status as feeds. One describes a document, and the other describes many documents, probably not including the document itself.

- In particular, I don&#039;t think the idea of showing a feed icon where the page has a microsummary, then dragging it into the bookmarks but only then providing a microsummary, makes sense.

- I&#039;m also not sure if we need the feed icon any more, but we do want some way to identify that a page has feeds. I think the best way to do this would be that, whatever indication is given that the bookmark contains a feed, should happen to (around/etc, however it is done) the favicon for the URL instead. That&#039;s more consistent. For this, you will need to have something outside of the icon itself, otherwise people can create stupid icons that pretend this.

- You&#039;ll probably want text and/or tooltips explaining the concepts of what each thing is in there.

- Yes the orange is too extreme. Also, as pointed out by others, you need to be careful with accessibility.

- You need a little more clarification in the diagrams about how you plan to handle multiple feeds and/or microsummaries.

- I slightly worry what a granny will do when presented with the unified bookmarks interface. It might be a bit overwhelming. Perhaps it could be hidden somewhat, or put the OK button also at the top. Just ideas, you need to make sure it&#039;s powerful but not too cluttered.

In general, I love the idea though. I can see traces of my recent suggestions to Myk mixed in there (e.g. clicking the favicon), that&#039;s always good for personal geek points :)

Ian

PS: You need to provide a preview button and also say whether email addresses will get shown. I&#039;m using my &#039;2&#039; email address instead in case it gets shown in plain text.</description>
		<content:encoded><![CDATA[<p>In general, I really like the idea. It&#8217;s definitely a work in progress, yes, and probably has a few issues to iron out before making it live, but in general, I think it&#8217;s the right direction.</p>
<p>Some points:</p>
<p>- The RSS icon is a teeny bit small, and hard to spot, I agree that something slightly more prominent is probably warranted.</p>
<p>- I&#8217;m also not sure about giving Live Titles the same status as feeds. One describes a document, and the other describes many documents, probably not including the document itself.</p>
<p>- In particular, I don&#8217;t think the idea of showing a feed icon where the page has a microsummary, then dragging it into the bookmarks but only then providing a microsummary, makes sense.</p>
<p>- I&#8217;m also not sure if we need the feed icon any more, but we do want some way to identify that a page has feeds. I think the best way to do this would be that, whatever indication is given that the bookmark contains a feed, should happen to (around/etc, however it is done) the favicon for the URL instead. That&#8217;s more consistent. For this, you will need to have something outside of the icon itself, otherwise people can create stupid icons that pretend this.</p>
<p>- You&#8217;ll probably want text and/or tooltips explaining the concepts of what each thing is in there.</p>
<p>- Yes the orange is too extreme. Also, as pointed out by others, you need to be careful with accessibility.</p>
<p>- You need a little more clarification in the diagrams about how you plan to handle multiple feeds and/or microsummaries.</p>
<p>- I slightly worry what a granny will do when presented with the unified bookmarks interface. It might be a bit overwhelming. Perhaps it could be hidden somewhat, or put the OK button also at the top. Just ideas, you need to make sure it&#8217;s powerful but not too cluttered.</p>
<p>In general, I love the idea though. I can see traces of my recent suggestions to Myk mixed in there (e.g. clicking the favicon), that&#8217;s always good for personal geek points <img src='http://blog.mozilla.com/faaborg/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Ian</p>
<p>PS: You need to provide a preview button and also say whether email addresses will get shown. I&#8217;m using my &#8216;2&#8242; email address instead in case it gets shown in plain text.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: funTomas</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-10</link>
		<dc:creator>funTomas</dc:creator>
		<pubDate>Wed, 06 Dec 2006 09:36:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-10</guid>
		<description>Nice study, indeed. I&#039;ve got some suggestions however:
- First, having used URL bar for interaction (clicking or d&#039;n&#039;d-ing icons), a better distinction between active and passive icons would make it easier for non-geek users. I suggest to put both icons (favicon and feed icon) to the left side of the URL bar.
- Second, I like the idea of applying live titles to live bookmarks (live feeds). However, using a common icon for feed and microsummary makes it more confusing and thus presents a potential problem they won&#039;t be extensively utilized since the feed icon has been a standard for feed channels only. Here, I suggest following the standard and use the feed icon for feeds only.
- Third, highlighting availability of microsummaries for the displayed page remains unsolved in your design unless you display the feed icon for pages with microsummaries but without feeds. In such a case, dual-meaning would add confusion. I suggest to draw a superimposing small black triangle, now used for live bookmarks icon, over the site favicon. Clicking on such a way modified favicon would display a drop-down list of all available live titles. Clicking of such a title then would create new bookmark featuring the corresponding live title.</description>
		<content:encoded><![CDATA[<p>Nice study, indeed. I&#8217;ve got some suggestions however:<br />
- First, having used URL bar for interaction (clicking or d&#8217;n'd-ing icons), a better distinction between active and passive icons would make it easier for non-geek users. I suggest to put both icons (favicon and feed icon) to the left side of the URL bar.<br />
- Second, I like the idea of applying live titles to live bookmarks (live feeds). However, using a common icon for feed and microsummary makes it more confusing and thus presents a potential problem they won&#8217;t be extensively utilized since the feed icon has been a standard for feed channels only. Here, I suggest following the standard and use the feed icon for feeds only.<br />
- Third, highlighting availability of microsummaries for the displayed page remains unsolved in your design unless you display the feed icon for pages with microsummaries but without feeds. In such a case, dual-meaning would add confusion. I suggest to draw a superimposing small black triangle, now used for live bookmarks icon, over the site favicon. Clicking on such a way modified favicon would display a drop-down list of all available live titles. Clicking of such a title then would create new bookmark featuring the corresponding live title.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jay Goldman</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-9</link>
		<dc:creator>Jay Goldman</dc:creator>
		<pubDate>Wed, 06 Dec 2006 04:04:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-9</guid>
		<description>Alex -

There&#039;s some great stuff in here! A lot of progress towards untangling a bit of a mess. A few thoughts (in no specific order):

* A clarification point: are you proposing to use the Feed icon in the URL Bar to represent both feeds and microsummaries? It sounds that way from your mention of dragging it to create either a Live Feed or Title. 

* It seems to me like we might want to take a step back and consider a bigger picture. Feeds are only now starting to get any kind of real penetration into a wider market (we&#039;re finding that we can mention RSS to less technical clients now and their eyes don&#039;t immediately gloss over, so that&#039;s some progress). Is the world ready for a UI that gives them a choice between a bookmark (which they almost all understand), an RSS feed (which a minority get), and a microsummary (which a tiny little percentage dig)? There&#039;s obviously a difference between the words &quot;Live Title&quot; and &quot;Live Feed&quot;, but I&#039;m unconvinced I could explain it to most of the people who I provide casual tech support for.

* I really like your interaction diagram for how people can add Bookmarks and I think the idea of making the Feed icon draggable makes a lot of sense. Does it make sense that dragging a Feed to the Bookmarks bar should try to take your Feed preferences into account or should it just make a Live Title/Feed?

* I agree with Greg that the little RSS icon is probably too small and would add that we want to be careful that we&#039;re not only differentiating on something like colour as it will cause all kinds of accessibility concerns. I think you&#039;re headed in the right direction when you say that &quot;the distinction between information retrieved from microsummaries, and RSS / Atom is blurred&quot; - I would suggest that we consider going even further down that path. What if we just removed the distinction entirely? Looking at your mockup of the Bookmark Properties for Woot, it looks like the difference between a Live Title and a Live Feed is just that the Feed has children and the Title doesn&#039;t. So maybe the root of the distinction is really &quot;Bookmark&quot; and &quot;Live Bookmark&quot; in which a Bookmark is static (i.e.: what it was when it was defined), and a Live Bookmark has a dymanic title if a microsummary is available and children if a feed is too?

* Undo is critical to feeling safe in your exploration of the UI - I&#039;m really glad to see it included.

Nice work!</description>
		<content:encoded><![CDATA[<p>Alex -</p>
<p>There&#8217;s some great stuff in here! A lot of progress towards untangling a bit of a mess. A few thoughts (in no specific order):</p>
<p>* A clarification point: are you proposing to use the Feed icon in the URL Bar to represent both feeds and microsummaries? It sounds that way from your mention of dragging it to create either a Live Feed or Title. </p>
<p>* It seems to me like we might want to take a step back and consider a bigger picture. Feeds are only now starting to get any kind of real penetration into a wider market (we&#8217;re finding that we can mention RSS to less technical clients now and their eyes don&#8217;t immediately gloss over, so that&#8217;s some progress). Is the world ready for a UI that gives them a choice between a bookmark (which they almost all understand), an RSS feed (which a minority get), and a microsummary (which a tiny little percentage dig)? There&#8217;s obviously a difference between the words &#8220;Live Title&#8221; and &#8220;Live Feed&#8221;, but I&#8217;m unconvinced I could explain it to most of the people who I provide casual tech support for.</p>
<p>* I really like your interaction diagram for how people can add Bookmarks and I think the idea of making the Feed icon draggable makes a lot of sense. Does it make sense that dragging a Feed to the Bookmarks bar should try to take your Feed preferences into account or should it just make a Live Title/Feed?</p>
<p>* I agree with Greg that the little RSS icon is probably too small and would add that we want to be careful that we&#8217;re not only differentiating on something like colour as it will cause all kinds of accessibility concerns. I think you&#8217;re headed in the right direction when you say that &#8220;the distinction between information retrieved from microsummaries, and RSS / Atom is blurred&#8221; &#8211; I would suggest that we consider going even further down that path. What if we just removed the distinction entirely? Looking at your mockup of the Bookmark Properties for Woot, it looks like the difference between a Live Title and a Live Feed is just that the Feed has children and the Title doesn&#8217;t. So maybe the root of the distinction is really &#8220;Bookmark&#8221; and &#8220;Live Bookmark&#8221; in which a Bookmark is static (i.e.: what it was when it was defined), and a Live Bookmark has a dymanic title if a microsummary is available and children if a feed is too?</p>
<p>* Undo is critical to feeling safe in your exploration of the UI &#8211; I&#8217;m really glad to see it included.</p>
<p>Nice work!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Greg K Nicholson</title>
		<link>http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/comment-page-1/#comment-8</link>
		<dc:creator>Greg K Nicholson</dc:creator>
		<pubDate>Wed, 06 Dec 2006 00:21:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.mozilla.com/faaborg/2006/12/04/the-visual-identity-and-user-interface-of-live-titles/#comment-8</guid>
		<description>I like this idea very much. The obligatory suggestions, however:

The small feed icon tag appended to the bookmark&#039;s icon might be too small to be distinct. How about an orange (rounded) border around the icon instead?

If we&#039;re trying to blur the distinction between live feeds and titles, then maybe the feed icon should be shown in the location bar if there is only a microsummary available (and no feed).

In fact, live feeds and titles would now be integrated so deeply with bookmarks that they would be essentially one and the same thing. So, how about getting rid of the feed icon in the location bar altogether and just showing the orange border (or the small feed icon tag) on the page&#039;s icon instead?

There&#039;d then be the question of what to create when the user dragged the icon to the bookmarks toolbar/sidebar; I&#039;d suggest the works – live feeds and titles if available.

If &quot;Single clicking on any item in the bookmarks sidebar always navigates the browser the the URL associated with that item&quot; means that clicking a live bookmark folder would show the page from which the live bookmark was created, the user could do that if all they wanted was a simple bookmark.

Otherwise, they could open the bookmark&#039;s Properties dialogue and switch it to a simple bookmark pretty easily. Or a group of radio buttons mimicking the new top half of the Properties dialogue could be added to bookmarks&#039; context menus.

But to summarise, yes please.</description>
		<content:encoded><![CDATA[<p>I like this idea very much. The obligatory suggestions, however:</p>
<p>The small feed icon tag appended to the bookmark&#8217;s icon might be too small to be distinct. How about an orange (rounded) border around the icon instead?</p>
<p>If we&#8217;re trying to blur the distinction between live feeds and titles, then maybe the feed icon should be shown in the location bar if there is only a microsummary available (and no feed).</p>
<p>In fact, live feeds and titles would now be integrated so deeply with bookmarks that they would be essentially one and the same thing. So, how about getting rid of the feed icon in the location bar altogether and just showing the orange border (or the small feed icon tag) on the page&#8217;s icon instead?</p>
<p>There&#8217;d then be the question of what to create when the user dragged the icon to the bookmarks toolbar/sidebar; I&#8217;d suggest the works – live feeds and titles if available.</p>
<p>If &#8220;Single clicking on any item in the bookmarks sidebar always navigates the browser the the URL associated with that item&#8221; means that clicking a live bookmark folder would show the page from which the live bookmark was created, the user could do that if all they wanted was a simple bookmark.</p>
<p>Otherwise, they could open the bookmark&#8217;s Properties dialogue and switch it to a simple bookmark pretty easily. Or a group of radio buttons mimicking the new top half of the Properties dialogue could be added to bookmarks&#8217; context menus.</p>
<p>But to summarise, yes please.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
