<?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"
	>
<channel>
	<title>Comments on: Apple Needs to Find a Finder Replacement</title>
	<atom:link href="http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/feed/" rel="self" type="application/rss+xml" />
	<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/</link>
	<description>The technology resource you can't resist!</description>
	<pubDate>Thu, 20 Nov 2008 00:14:10 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Grant Jacobs</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100234</link>
		<dc:creator>Grant Jacobs</dc:creator>
		<pubDate>Mon, 30 Apr 2007 02:59:59 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100234</guid>
		<description>19 (DFrakes), thanks.

Just to be clear, I don't need this myself! (Although maybe I'll have a look anyway...) What I meant was that *if* Apple needed to answer to "moving the mouse miles", I'd prefer they provide a short-cut like this to a Windowese "menu on every window" approach.</description>
		<content:encoded><![CDATA[<p>19 (DFrakes), thanks.</p>
<p>Just to be clear, I don&#8217;t need this myself! (Although maybe I&#8217;ll have a look anyway&#8230;) What I meant was that *if* Apple needed to answer to &#8220;moving the mouse miles&#8221;, I&#8217;d prefer they provide a short-cut like this to a Windowese &#8220;menu on every window&#8221; approach.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DFrakes</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100178</link>
		<dc:creator>DFrakes</dc:creator>
		<pubDate>Sun, 29 Apr 2007 05:49:20 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100178</guid>
		<description>"I would prefer a short-cut that popped up a copy of the current menu-bar up at the current mouse position"

Grant, check out DejaMenu:

http://homepage.mac.com/khsu/DejaMenu/DejaMenu.html

It gives you a pop-up menu of the current app's menu bar by pressing a keyboard shortcut.</description>
		<content:encoded><![CDATA[<p>&#8220;I would prefer a short-cut that popped up a copy of the current menu-bar up at the current mouse position&#8221;</p>
<p>Grant, check out DejaMenu:</p>
<p><a href="http://homepage.mac.com/khsu/DejaMenu/DejaMenu.html" rel="nofollow">http://homepage.mac.com/khsu/DejaMenu/DejaMenu.html</a></p>
<p>It gives you a pop-up menu of the current app&#8217;s menu bar by pressing a keyboard shortcut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Gun</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100129</link>
		<dc:creator>Ray Gun</dc:creator>
		<pubDate>Sat, 28 Apr 2007 13:55:33 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100129</guid>
		<description>"...it’s absurd to contend that it’s much easier to move the mouse pointer “miles” to the fixed menu bar than simply to invoke a menu in the window within which one is ALREADY working."

It is actually easier to use the UMB, since it's not actually "miles", but a quick flick of the mouse. Invoking a menu item within a window requires much more attention and precision than invoking a menu item at the edge of the screen (which the cursor cannot overshoot).

"The idea that it’s confusing to use is manifestly refuted by the millions of Windows users who somehow manage to get by."

You make a good point: millions of Windows users somehow manage to get by. (I would hate to "get by", I would rather thrive.) But I don't think "confusing" is the operative word; substitute "a hassle". It is a hassle to stop what you are doing, find the menu bar among all the clutter on the screen, and precisely move the cursor to the correct menu before clicking the mouse button. With the UMB, you don't have to stop, there's no need to find the menu bar: a flick of the mouse (quickly move the mouse "up") and a click -- that's all it takes.

I agree with another poster that the mouse acceleration algorithm needs some work, to compensate for the increasing size of monitors, but that's it. In the meantime, if you don't want to move your mouse to the top of the screen, try the contextual menus: control-click, or right-click.

"Also, imagine having multiple windows (and apps) open on the screen at once. With a global menu bar you have to pay attention to which window is in focus in order to know to what application the menu bar applies. You have to stop to think as you go to the menu bar which application you are working in."

I've got multiple windows and apps open right now, and I don't have to stop and think about which window is in focus, nor do I have to remember which app I'm in. If I have forgotten (by some bizarre fluke), the UMB takes care of most of that: there's only one menu bar, and it applies to the window and app that I'm working in -- period. In fact, I can operate the unified menu bar in the periphery of my vision -- I don't even have to look at it until the menu has already dropped down. That's how easy a UMB is to operate.</description>
		<content:encoded><![CDATA[<p>&#8220;&#8230;it’s absurd to contend that it’s much easier to move the mouse pointer “miles” to the fixed menu bar than simply to invoke a menu in the window within which one is ALREADY working.&#8221;</p>
<p>It is actually easier to use the UMB, since it&#8217;s not actually &#8220;miles&#8221;, but a quick flick of the mouse. Invoking a menu item within a window requires much more attention and precision than invoking a menu item at the edge of the screen (which the cursor cannot overshoot).</p>
<p>&#8220;The idea that it’s confusing to use is manifestly refuted by the millions of Windows users who somehow manage to get by.&#8221;</p>
<p>You make a good point: millions of Windows users somehow manage to get by. (I would hate to &#8220;get by&#8221;, I would rather thrive.) But I don&#8217;t think &#8220;confusing&#8221; is the operative word; substitute &#8220;a hassle&#8221;. It is a hassle to stop what you are doing, find the menu bar among all the clutter on the screen, and precisely move the cursor to the correct menu before clicking the mouse button. With the UMB, you don&#8217;t have to stop, there&#8217;s no need to find the menu bar: a flick of the mouse (quickly move the mouse &#8220;up&#8221;) and a click &#8212; that&#8217;s all it takes.</p>
<p>I agree with another poster that the mouse acceleration algorithm needs some work, to compensate for the increasing size of monitors, but that&#8217;s it. In the meantime, if you don&#8217;t want to move your mouse to the top of the screen, try the contextual menus: control-click, or right-click.</p>
<p>&#8220;Also, imagine having multiple windows (and apps) open on the screen at once. With a global menu bar you have to pay attention to which window is in focus in order to know to what application the menu bar applies. You have to stop to think as you go to the menu bar which application you are working in.&#8221;</p>
<p>I&#8217;ve got multiple windows and apps open right now, and I don&#8217;t have to stop and think about which window is in focus, nor do I have to remember which app I&#8217;m in. If I have forgotten (by some bizarre fluke), the UMB takes care of most of that: there&#8217;s only one menu bar, and it applies to the window and app that I&#8217;m working in &#8212; period. In fact, I can operate the unified menu bar in the periphery of my vision &#8212; I don&#8217;t even have to look at it until the menu has already dropped down. That&#8217;s how easy a UMB is to operate.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sonny</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100112</link>
		<dc:creator>Sonny</dc:creator>
		<pubDate>Sat, 28 Apr 2007 09:24:47 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100112</guid>
		<description>I agree with many users' comments that Apple's current menubar implementation is superior, and as someone pointed out, scientifically proven to be more productive due to Fitt's law.  The bigger issue of moving away from the UMB is that it requires a whole new paradigm - you're asking Apple to go from a document-centric model of computing to an application-centric one.  I, for one, feel far more productive and far less restricted in a document-centric environment - probably because it more closely mimics how we work in the real world.  For example, in Winows, why do I need to resize the application window before I can resize the document window?  And when I minimize a window, it goes to the bottom of the application window, but it's also availabe on the taskbar??  I spend 10-12 hours a day in XP with a dual monitor setup, and managing windows/apps frustrates me to no end.  There are too many steps, too much clutter and far less freedom in how windows can be arranged in an application-specific model.  Therefore, the solution isn't to emulate Windows - IMO, Apple shouldn't even offer it.  Instead, Apple should make menus "tearable" so that you can place them anywhere on the screen and allow for those menus to "attach" to a window so that moving the window would also move the menu.</description>
		<content:encoded><![CDATA[<p>I agree with many users&#8217; comments that Apple&#8217;s current menubar implementation is superior, and as someone pointed out, scientifically proven to be more productive due to Fitt&#8217;s law.  The bigger issue of moving away from the UMB is that it requires a whole new paradigm - you&#8217;re asking Apple to go from a document-centric model of computing to an application-centric one.  I, for one, feel far more productive and far less restricted in a document-centric environment - probably because it more closely mimics how we work in the real world.  For example, in Winows, why do I need to resize the application window before I can resize the document window?  And when I minimize a window, it goes to the bottom of the application window, but it&#8217;s also availabe on the taskbar??  I spend 10-12 hours a day in XP with a dual monitor setup, and managing windows/apps frustrates me to no end.  There are too many steps, too much clutter and far less freedom in how windows can be arranged in an application-specific model.  Therefore, the solution isn&#8217;t to emulate Windows - IMO, Apple shouldn&#8217;t even offer it.  Instead, Apple should make menus &#8220;tearable&#8221; so that you can place them anywhere on the screen and allow for those menus to &#8220;attach&#8221; to a window so that moving the window would also move the menu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles Franklin</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100107</link>
		<dc:creator>Charles Franklin</dc:creator>
		<pubDate>Sat, 28 Apr 2007 08:05:07 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100107</guid>
		<description>Once upon a time a company, NOW Software, provide an excellent alternative to the fixed menu. Called Now Menus, the startup extension allowed the use the get the full application bar to appear at the current cursor/pointer location when the mouse button was depressed while holding down a prefix key (before the contrext menu was enabled, I preferred the CTRL-MouseButton combo)

I really have had no compaint about the finder, and really did not appreciate Swen coming off as if he were speaking on behalf of MacUsers in general ... that the finder is broken and needs replacing???!!!</description>
		<content:encoded><![CDATA[<p>Once upon a time a company, NOW Software, provide an excellent alternative to the fixed menu. Called Now Menus, the startup extension allowed the use the get the full application bar to appear at the current cursor/pointer location when the mouse button was depressed while holding down a prefix key (before the contrext menu was enabled, I preferred the CTRL-MouseButton combo)</p>
<p>I really have had no compaint about the finder, and really did not appreciate Swen coming off as if he were speaking on behalf of MacUsers in general &#8230; that the finder is broken and needs replacing???!!!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Grant Jacobs</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100106</link>
		<dc:creator>Grant Jacobs</dc:creator>
		<pubDate>Sat, 28 Apr 2007 07:47:34 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100106</guid>
		<description>One thing that makes Macs &lt;i&gt;reliable&lt;/i&gt; to use, is the "positive action" effect. The Terminal app in 10.3 actually has focus follows mouse if you have more than one Terminal session open. As long as you remember the relationship between the mouse position and the action it can *sometimes* be useful, but if you forget the "passive action" causes the typing to go into the wrong session. This can create disasters...

(For advanced users, its perhaps not a bad &lt;i&gt;option&lt;/i&gt;, for &lt;i&gt;some&lt;/i&gt; applications; perhaps an able-to-receive-click/type-throughs toggle for each application? I have sneaky feeling this might already be there, just hidden--?)

Passive focus, when implemented for forms, has the annoying "feature" that the cursor must lie on the content, interfering with reading the content you are typing in. You can't move the cursor out of the way, as doing that would lose the focus... To a lesser extent this also applies to text boxes, etc., like the one I'm writing into!

Rather then "move miles", I would prefer a short-cut that popped up a &lt;i&gt;copy&lt;/i&gt; of the current menu-bar up at the current mouse position until an option is selected or focus is set elsewhere. It'd be a far more practical solution IMO. (re: Fitt's Law in this case; its just as quick to hit a [simple!] key combination--?)</description>
		<content:encoded><![CDATA[<p>One thing that makes Macs <i>reliable</i> to use, is the &#8220;positive action&#8221; effect. The Terminal app in 10.3 actually has focus follows mouse if you have more than one Terminal session open. As long as you remember the relationship between the mouse position and the action it can *sometimes* be useful, but if you forget the &#8220;passive action&#8221; causes the typing to go into the wrong session. This can create disasters&#8230;</p>
<p>(For advanced users, its perhaps not a bad <i>option</i>, for <i>some</i> applications; perhaps an able-to-receive-click/type-throughs toggle for each application? I have sneaky feeling this might already be there, just hidden&#8211;?)</p>
<p>Passive focus, when implemented for forms, has the annoying &#8220;feature&#8221; that the cursor must lie on the content, interfering with reading the content you are typing in. You can&#8217;t move the cursor out of the way, as doing that would lose the focus&#8230; To a lesser extent this also applies to text boxes, etc., like the one I&#8217;m writing into!</p>
<p>Rather then &#8220;move miles&#8221;, I would prefer a short-cut that popped up a <i>copy</i> of the current menu-bar up at the current mouse position until an option is selected or focus is set elsewhere. It&#8217;d be a far more practical solution IMO. (re: Fitt&#8217;s Law in this case; its just as quick to hit a [simple!] key combination&#8211;?)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Shockley</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100096</link>
		<dc:creator>Dan Shockley</dc:creator>
		<pubDate>Sat, 28 Apr 2007 04:13:33 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100096</guid>
		<description>Sven,

John Brave is right - you're really confused here. Your article should really be titled something like "I don't like the windowing system on Macs."

There is a movement among Mac users to request that Apple fix the Finder, but it has nothing to do with the menu bar convention, which ALL applications follow, but rather the slow performance, locking up when accessing slow network disks, and much, much more. 

The focus-follows-mouse technique you mention can be useful, but confusing for many users. Perhaps as an option it would be a good idea, so advanced users could turn it on. Again, though, that is part of the windowing system that would apply to all applications, not just the Finder.

Your article isn't about the Finder at all. The confusion you display makes your central argument fairly unpersuasive. Go look up Fitt's Law of interface design. Having the menu bar at the edge of the screen aids dramatically in targeting menu items - you don't have to stop on the right spot to hit it.

This article is really just about your personal preferences regarding windowing systems - it has nothing to do with Apple finding a Finder replacement - neither the need to do so, nor even anything about the Finder at all.</description>
		<content:encoded><![CDATA[<p>Sven,</p>
<p>John Brave is right - you&#8217;re really confused here. Your article should really be titled something like &#8220;I don&#8217;t like the windowing system on Macs.&#8221;</p>
<p>There is a movement among Mac users to request that Apple fix the Finder, but it has nothing to do with the menu bar convention, which ALL applications follow, but rather the slow performance, locking up when accessing slow network disks, and much, much more. </p>
<p>The focus-follows-mouse technique you mention can be useful, but confusing for many users. Perhaps as an option it would be a good idea, so advanced users could turn it on. Again, though, that is part of the windowing system that would apply to all applications, not just the Finder.</p>
<p>Your article isn&#8217;t about the Finder at all. The confusion you display makes your central argument fairly unpersuasive. Go look up Fitt&#8217;s Law of interface design. Having the menu bar at the edge of the screen aids dramatically in targeting menu items - you don&#8217;t have to stop on the right spot to hit it.</p>
<p>This article is really just about your personal preferences regarding windowing systems - it has nothing to do with Apple finding a Finder replacement - neither the need to do so, nor even anything about the Finder at all.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thomas L Ferrell</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100092</link>
		<dc:creator>Thomas L Ferrell</dc:creator>
		<pubDate>Sat, 28 Apr 2007 03:14:55 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100092</guid>
		<description>I don't understand your comment about having to move the cursor to the File menu in the Finder. Why not just use the contextual menu (Control click, or right click with the Mighty Mouse). This gives you the File menu immediately at the position of your cursor. My objections to the Finder are bugs such as losing the positions of disk partitions on the Desktop between restarts, the lack of certain common deselect events, and the missing total  size of items in the trash when attempting to empty it (as in OS 9, for example). I do not agree with activating a window using a mouse roll over. The clicking actually prevents certain errors such as pasting into the wrong file. But I would greatly support more customizaion capabilities.</description>
		<content:encoded><![CDATA[<p>I don&#8217;t understand your comment about having to move the cursor to the File menu in the Finder. Why not just use the contextual menu (Control click, or right click with the Mighty Mouse). This gives you the File menu immediately at the position of your cursor. My objections to the Finder are bugs such as losing the positions of disk partitions on the Desktop between restarts, the lack of certain common deselect events, and the missing total  size of items in the trash when attempting to empty it (as in OS 9, for example). I do not agree with activating a window using a mouse roll over. The clicking actually prevents certain errors such as pasting into the wrong file. But I would greatly support more customizaion capabilities.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DFrakes</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100091</link>
		<dc:creator>DFrakes</dc:creator>
		<pubDate>Sat, 28 Apr 2007 03:02:52 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100091</guid>
		<description>"Also, imagine having multiple windows (and apps) open on the screen at once. With a global menu bar you have to pay attention to which window is in focus in order to know to what application the menu bar applies. You have to stop to think as you go to the menu bar which application you are working in"

Background windows and applications look different than active applications and windows in order to make it easy to tell which is the active window.

Jeff and I had an extended discussion of this issue in the Macworld forums a while back ;-)  but it basically comes down to Fitt's Law. Decades of interface research shows that a single menu bar located along the very edge of the screen is both easier to "hit" and better ergonomically. Many people who didn't learn to use a computer on a Mac don't realize this advantage because they still try to mouse like they did on Windows, X-Windows, or other GUIs, moving carefully along both X and Y axes to get to the desired menu item -- requiring precision in two dimensions. The way you're supposed to do it on a Mac is to quickly flick your mouse to the top of the screen, in the general direction of the desired menu, and then, if you're not already there (no precision necessary), move side to side along the X axis (precision in a single dimension).

I do agree that today's extremely large displays make this advantage less obvious, but I think the solution is better mouse accelleration curves -- so you can still quickly flick the cursor to the menu bar -- rather than abandoning a proven interface.

P.S. Discovered this post via the MyAppleMenu.com RSS feed...</description>
		<content:encoded><![CDATA[<p>&#8220;Also, imagine having multiple windows (and apps) open on the screen at once. With a global menu bar you have to pay attention to which window is in focus in order to know to what application the menu bar applies. You have to stop to think as you go to the menu bar which application you are working in&#8221;</p>
<p>Background windows and applications look different than active applications and windows in order to make it easy to tell which is the active window.</p>
<p>Jeff and I had an extended discussion of this issue in the Macworld forums a while back <img src='http://svenontech.com/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' />  but it basically comes down to Fitt&#8217;s Law. Decades of interface research shows that a single menu bar located along the very edge of the screen is both easier to &#8220;hit&#8221; and better ergonomically. Many people who didn&#8217;t learn to use a computer on a Mac don&#8217;t realize this advantage because they still try to mouse like they did on Windows, X-Windows, or other GUIs, moving carefully along both X and Y axes to get to the desired menu item &#8212; requiring precision in two dimensions. The way you&#8217;re supposed to do it on a Mac is to quickly flick your mouse to the top of the screen, in the general direction of the desired menu, and then, if you&#8217;re not already there (no precision necessary), move side to side along the X axis (precision in a single dimension).</p>
<p>I do agree that today&#8217;s extremely large displays make this advantage less obvious, but I think the solution is better mouse accelleration curves &#8212; so you can still quickly flick the cursor to the menu bar &#8212; rather than abandoning a proven interface.</p>
<p>P.S. Discovered this post via the MyAppleMenu.com RSS feed&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sven Rafferty</title>
		<link>http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100066</link>
		<dc:creator>Sven Rafferty</dc:creator>
		<pubDate>Fri, 27 Apr 2007 18:45:33 +0000</pubDate>
		<guid isPermaLink="false">http://svenontech.com/2007/04/26/apple-needs-to-find-a-finder-replacement/#comment-100066</guid>
		<description>Thanks for the clarification on the UMB and Finder everyone.  I do know (as already alluded to here,) that I see a lot of beach balls when working in Finder (network drives mostly) and that is annoying.

Mark Dadgar, you're right on X-Windows support in NeXTSTEP.  I meant X-Mouse (or what ever it was called in NS).  X-Mouse *auto-rise* can be very annoying, but I always turn that off.  As to the other aspects of it, I guess it's what you're "raised" on and having many years of UNIX history, I absolutely love X-Mouse and sometimes tear my hair out because it's not on the Mac.  I agree with all that if it ever came to the Mac, it should be an option (as I figured it would be.)

I hear the arguments against the file bar within each Window, but it really doesn't steal that much screen real estate.  Again, I guess it's what you've grown up with.  As to finding that blue Apple in the top left screen to get to your settings easily, dude, Microsoft has the same thing.  It's called the Start button. ;)</description>
		<content:encoded><![CDATA[<p>Thanks for the clarification on the UMB and Finder everyone.  I do know (as already alluded to here,) that I see a lot of beach balls when working in Finder (network drives mostly) and that is annoying.</p>
<p>Mark Dadgar, you&#8217;re right on X-Windows support in NeXTSTEP.  I meant X-Mouse (or what ever it was called in NS).  X-Mouse *auto-rise* can be very annoying, but I always turn that off.  As to the other aspects of it, I guess it&#8217;s what you&#8217;re &#8220;raised&#8221; on and having many years of UNIX history, I absolutely love X-Mouse and sometimes tear my hair out because it&#8217;s not on the Mac.  I agree with all that if it ever came to the Mac, it should be an option (as I figured it would be.)</p>
<p>I hear the arguments against the file bar within each Window, but it really doesn&#8217;t steal that much screen real estate.  Again, I guess it&#8217;s what you&#8217;ve grown up with.  As to finding that blue Apple in the top left screen to get to your settings easily, dude, Microsoft has the same thing.  It&#8217;s called the Start button. <img src='http://svenontech.com/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /></p>
]]></content:encoded>
	</item>
</channel>
</rss>
