<?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: ReSharper, day 11: Code navigation</title>
	<atom:link href="http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/</link>
	<description>Life, .NET, and Cats</description>
	<pubDate>Sun, 12 Oct 2008 06:56:40 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.5</generator>
		<item>
		<title>By: Dmitry S.</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-26851</link>
		<dc:creator>Dmitry S.</dc:creator>
		<pubDate>Fri, 01 Aug 2008 18:26:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-26851</guid>
		<description>This request definitely has my vote. Metadata is a lot more useful than the object browser, especially in .NET 3.0. Hopefully Resharper will not block "F12" and "Go to Definition" menus, but at least give us a shortcut.</description>
		<content:encoded><![CDATA[<p>This request definitely has my vote. Metadata is a lot more useful than the object browser, especially in .NET 3.0. Hopefully Resharper will not block &#8220;F12&#8243; and &#8220;Go to Definition&#8221; menus, but at least give us a shortcut.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derek Greer</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-24408</link>
		<dc:creator>Derek Greer</dc:creator>
		<pubDate>Sun, 06 Jul 2008 02:46:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-24408</guid>
		<description>This request has my vote.</description>
		<content:encoded><![CDATA[<p>This request has my vote.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-23132</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Wed, 25 Jun 2008 11:53:43 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-23132</guid>
		<description>Chris W: Have you tried creating a class, adding &lt;code&gt;: TheInterface&lt;/code&gt;, and then putting the cursor inside the method body and pressing &lt;a href="http://blog.excastle.com/2007/02/22/resharper-day-22-generating-code-with-altins/" rel="nofollow"&gt; Alt+Ins&lt;/a&gt; to implement the interface members? Does that get you what you were looking for?</description>
		<content:encoded><![CDATA[<p>Chris W: Have you tried creating a class, adding <code>: TheInterface</code>, and then putting the cursor inside the method body and pressing <a href="http://blog.excastle.com/2007/02/22/resharper-day-22-generating-code-with-altins/" rel="nofollow"> Alt+Ins</a> to implement the interface members? Does that get you what you were looking for?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris W</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-22906</link>
		<dc:creator>Chris W</dc:creator>
		<pubDate>Mon, 23 Jun 2008 14:10:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-22906</guid>
		<description>I am with those in favour of the 'from metadata' style, or at least the option. With resharper installed and overidden context items shown even selecting Goto Definition still shows the object browser.

My particular problem was trying to extract an interface to a 3rd party concrete class with a lot of methods that I want to abstract away by enclosing it in a wrapper class so that I can substitute it for a mock in unit tests where I interface with the 3rd party object.

Since even resharper does not enable Extract Interface when right clicking in the object browser or on the class name of the 3rd party class I was stuck.

At least the metadata code view gives me the option of copying and pasting the code into my own class which I can then extact the interface from.

I have already sent the my feedback to JetBrains, including the suggestion of being able to generate a wrapper class as well as the interface.</description>
		<content:encoded><![CDATA[<p>I am with those in favour of the &#8216;from metadata&#8217; style, or at least the option. With resharper installed and overidden context items shown even selecting Goto Definition still shows the object browser.</p>
<p>My particular problem was trying to extract an interface to a 3rd party concrete class with a lot of methods that I want to abstract away by enclosing it in a wrapper class so that I can substitute it for a mock in unit tests where I interface with the 3rd party object.</p>
<p>Since even resharper does not enable Extract Interface when right clicking in the object browser or on the class name of the 3rd party class I was stuck.</p>
<p>At least the metadata code view gives me the option of copying and pasting the code into my own class which I can then extact the interface from.</p>
<p>I have already sent the my feedback to JetBrains, including the suggestion of being able to generate a wrapper class as well as the interface.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21601</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 13 Jun 2008 04:50:59 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21601</guid>
		<description>I'm with ya. Make sure you've sent them &lt;a href="http://www.jetbrains.com/forms/support/resharper/suggestion" rel="nofollow"&gt;feedback&lt;/a&gt; to let them know.</description>
		<content:encoded><![CDATA[<p>I&#8217;m with ya. Make sure you&#8217;ve sent them <a href="http://www.jetbrains.com/forms/support/resharper/suggestion" rel="nofollow">feedback</a> to let them know.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Fabrice</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21524</link>
		<dc:creator>Fabrice</dc:creator>
		<pubDate>Thu, 12 Jun 2008 14:33:10 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21524</guid>
		<description>I hate it when something I was using before is removed because Resharper decides it should be so.
What I want to see when I use F12 or Go to Declaration is the pseudo source code based on metadata. If Resharper wants to offer something else, such as quick access to the object browser, then it should use another keyboard shortcut, and at any rate it should not remove the Visual Studio feature, as is the case now.
I wish they'd provided a quick-fix for this for Resharper 3.1. But unfortunately, it seems that it's not fixed in 4.0 either.</description>
		<content:encoded><![CDATA[<p>I hate it when something I was using before is removed because Resharper decides it should be so.<br />
What I want to see when I use F12 or Go to Declaration is the pseudo source code based on metadata. If Resharper wants to offer something else, such as quick access to the object browser, then it should use another keyboard shortcut, and at any rate it should not remove the Visual Studio feature, as is the case now.<br />
I wish they&#8217;d provided a quick-fix for this for Resharper 3.1. But unfortunately, it seems that it&#8217;s not fixed in 4.0 either.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21513</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Thu, 12 Jun 2008 12:31:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21513</guid>
		<description>I just looked through the options and couldn't see anything for using the code view instead of the Class Browser. I'm still on the 4.0 beta, not the 4.0 release that came out a few days ago, but I expect it's the same.

Send them a &lt;a href="http://www.jetbrains.com/forms/support/resharper/suggestion" rel="nofollow"&gt;ReSharper enhancement request&lt;/a&gt;! The more people they hear from, the more likely they are to fix it.</description>
		<content:encoded><![CDATA[<p>I just looked through the options and couldn&#8217;t see anything for using the code view instead of the Class Browser. I&#8217;m still on the 4.0 beta, not the 4.0 release that came out a few days ago, but I expect it&#8217;s the same.</p>
<p>Send them a <a href="http://www.jetbrains.com/forms/support/resharper/suggestion" rel="nofollow">ReSharper enhancement request</a>! The more people they hear from, the more likely they are to fix it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mawi</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21511</link>
		<dc:creator>mawi</dc:creator>
		<pubDate>Thu, 12 Jun 2008 12:02:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-21511</guid>
		<description>Has the issue with the object browser been fixed? Is this settable? I thought it was, but I can't remeber. Object browser sucks!</description>
		<content:encoded><![CDATA[<p>Has the issue with the object browser been fixed? Is this settable? I thought it was, but I can&#8217;t remeber. Object browser sucks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe White</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-5568</link>
		<dc:creator>Joe White</dc:creator>
		<pubDate>Tue, 13 Feb 2007 11:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-5568</guid>
		<description>The code view also shows you the doc, just in a different form (as comments instead of a separate pane).&lt;br&gt;&lt;br&gt;I guess &#34;easy to navigate with&#34; is in the eye of the navigator. I find code easier to think about than treeviews, given a choice, especially since I've already learned how to navigate around code.
</description>
		<content:encoded><![CDATA[<p>The code view also shows you the doc, just in a different form (as comments instead of a separate pane).</p>
<p>I guess &quot;easy to navigate with&quot; is in the eye of the navigator. I find code easier to think about than treeviews, given a choice, especially since I&#8217;ve already learned how to navigate around code.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: AsbjornM</title>
		<link>http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-5567</link>
		<dc:creator>AsbjornM</dc:creator>
		<pubDate>Mon, 12 Feb 2007 18:06:00 +0000</pubDate>
		<guid isPermaLink="false">http://blog.excastle.com/2007/02/11/resharper-day-11-code-navigation/#comment-5567</guid>
		<description>Strange.. I find the Class browser better than the metadata view.. the classbrowser also shows you the doc.. and I like Reflector's way of showing this information, easy to navigate with, Class browser is closer to that, than the metadataview..
</description>
		<content:encoded><![CDATA[<p>Strange.. I find the Class browser better than the metadata view.. the classbrowser also shows you the doc.. and I like Reflector&#8217;s way of showing this information, easy to navigate with, Class browser is closer to that, than the metadataview..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
