Comments on: ReSharper 7.0 Plug-ins http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/ ReSharper for productivity, dotTrace for performance, dotCover for test coverage Thu, 23 May 2013 22:36:52 +0000 http://wordpress.org/?v=2.6.5 By: Matt Ellis http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-370068 Matt Ellis Tue, 02 Oct 2012 16:06:26 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-370068 The Zen-coding plugin is a sample currently available as part of the SDK (http://www.jetbrains.com/resharper/download/index.html). Once you've installed the SDK, you need to build the sample and copy into %LOCALAPPDATA%\JetBrains\ReSharper\v7.0\plugins To use it, you should be able to type something like: <code>ul>li*3</code> and it should then generate: <code><ul><li></li><li></li><li></li></ul></code> That is (assuming the html makes it through the filter) a ul element, with three li child elements. The Zen-coding plugin is a sample currently available as part of the SDK (http://www.jetbrains.com/resharper/download/index.html). Once you’ve installed the SDK, you need to build the sample and copy into %LOCALAPPDATA%\JetBrains\ReSharper\v7.0\plugins

To use it, you should be able to type something like:

ul>li*3

and it should then generate:

<ul><li></li><li></li><li></li></ul>

That is (assuming the html makes it through the filter) a ul element, with three li child elements.

]]> By: Kris http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-369779 Kris Mon, 01 Oct 2012 08:03:44 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-369779 How Zen-coding work in Resharper. How Zen-coding work in Resharper.

]]> By: Matt Ellis http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-369420 Matt Ellis Sat, 29 Sep 2012 09:54:06 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-369420 I agree it can be frustrating. We try our best to liaise with the third party authors to help get the plugins updated and released in good time, but the reality is that it is the author's responsibility to actually produce the release. While we do talk to the plugin authors, it is always good for them to get feedback from actual users. A good course of action is to let the author know that you're interested in a new version. Also, the vast majority of these plugins are open source, which is a fantastic opportunity to build your own version, and even contribute changes back to the project. For Gallio, you can add an issue in the issues list (http://code.google.com/p/mb-unit/issues/list) requesting a new version supporting ReSharper 7 (it doesn't look like anyone's raised an issue yet) or you can simply download the source and build your own version - the source already provides support for ReSharper 7. I agree it can be frustrating. We try our best to liaise with the third party authors to help get the plugins updated and released in good time, but the reality is that it is the author’s responsibility to actually produce the release.

While we do talk to the plugin authors, it is always good for them to get feedback from actual users. A good course of action is to let the author know that you’re interested in a new version. Also, the vast majority of these plugins are open source, which is a fantastic opportunity to build your own version, and even contribute changes back to the project.

For Gallio, you can add an issue in the issues list (http://code.google.com/p/mb-unit/issues/list) requesting a new version supporting ReSharper 7 (it doesn’t look like anyone’s raised an issue yet) or you can simply download the source and build your own version - the source already provides support for ReSharper 7.

]]> By: charlese bretana http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-369387 charlese bretana Sat, 29 Sep 2012 00:10:55 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-369387 I second that thought. It is a major issue that I have had to wait to adopt every recent Resharper release because the Unit testing tool my company uses (Gallio) is not ready for several months after Resharper is released. I second that thought. It is a major issue that I have had to wait to adopt every recent Resharper release because the Unit testing tool my company uses (Gallio) is not ready for several months after Resharper is released.

]]> By: Dmitri Nesteruk http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-366285 Dmitri Nesteruk Fri, 10 Aug 2012 17:18:08 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-366285 @Meixger: at the moment, the Zen Coding plugin is distributed in source form as part of the ReSharper SDK. @Meixger: at the moment, the Zen Coding plugin is distributed in source form as part of the ReSharper SDK.

]]> By: Meixger http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-366251 Meixger Fri, 10 Aug 2012 05:19:51 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-366251 missing Zen Coding Plugin ... missing Zen Coding Plugin …

]]> By: Hadi Hariri http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-366250 Hadi Hariri Fri, 10 Aug 2012 04:02:21 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-366250 @Ryan, Our intention is also to stabilize the SDK, however, losing some backward compatibility is a trade-off that is sometimes required. One of Matt's roles is to make sure that by release time the majority of plug-ins are available and working, and he's done a great job in doing so, even if that's meant contributing with code himself. Unfortunately some, for one reason or another (and as you note yourself, we don't control the projects), have not happened. Gallio is currently being worked on and they have our full support. @Ryan,

Our intention is also to stabilize the SDK, however, losing some backward compatibility is a trade-off that is sometimes required.

One of Matt’s roles is to make sure that by release time the majority of plug-ins are available and working, and he’s done a great job in doing so, even if that’s meant contributing with code himself. Unfortunately some, for one reason or another (and as you note yourself, we don’t control the projects), have not happened. Gallio is currently being worked on and they have our full support.

]]> By: Ryan Hoffman http://blogs.jetbrains.com/dotnet/2012/08/resharper-70-plug-ins/#comment-366228 Ryan Hoffman Thu, 09 Aug 2012 18:20:12 +0000 http://blogs.jetbrains.com/dotnet/?p=3070#comment-366228 This may be great, but it always seems that the plugins that my org uses never make the jump early. We are going to be stuck on 6.x until the mbunit plugin is updated. "And there are more on the way — for example, the Gallio plug-in, providing support for the MbUnit testing framework is currently being updated." For R# 5.0 -> 6.0, the Gallio plugin took MONTHS to be released. Jetbrains does not develop this plugin, so is there some source that you could point us to stating this? I tried to Google it, and there is nothing. There is even no issue that I can find in their bug tracker. Why does the plugin model need to change every version? It's a lot to ask for every plugin to upgrade every time you to. My #1 feature for R# 8 is a stable SDK which does not need plugin updates every release. This may be great, but it always seems that the plugins that my org uses never make the jump early. We are going to be stuck on 6.x until the mbunit plugin is updated.

“And there are more on the way — for example, the Gallio plug-in, providing support for the MbUnit testing framework is currently being updated.”

For R# 5.0 -> 6.0, the Gallio plugin took MONTHS to be released. Jetbrains does not develop this plugin, so is there some source that you could point us to stating this? I tried to Google it, and there is nothing. There is even no issue that I can find in their bug tracker.

Why does the plugin model need to change every version? It’s a lot to ask for every plugin to upgrade every time you to. My #1 feature for R# 8 is a stable SDK which does not need plugin updates every release.

]]>