Outstanding Issues

Have any of these issues been addressed yet?

Adding braces around code blocks results in inconsistent behavior. The following example shows the results of adding braces to each logical block:
if(this != null)
if(this != that)
throw ArgumentException();

if(this != null)
if(this != that)
{
throw new ArgumentException();
}

if(this != null)
{
if(this != that)
{
throw new ArgumentException();
}} // The final closing brace isn't formatted correctly

Adding an assembly-level attribute into AssemblyInfo.cs results in a reference to the Assembly namespace



Calling a base class constructor results in a reference to Base64FormattingOptions or some other reference that begins with Base...

public Derived(int parameter) : Base64FormattingOptions(parameter)

Pressing Enter after typing try, finally, or else moves the cursor to the right instead of beginning a blank line.

3 comments
Comment actions Permalink

I just noticed that ReSharper does not always include public, protected, internal, and private in the listbox as I type. I'm having a hard time replicating this, though. All I can say at this time is that sometimes I try to type something like "public int BlahBlah" and I end up with "Publication int BlahBlah".

--


"Lothan" <lothan@newsguy.com> wrote in message news:eg7k38$hnc$1@is.intellij.net...
Have any of these issues been addressed yet?

Adding braces around code blocks results in inconsistent behavior. The following example shows the results of adding braces to each logical block:
if(this != null)
if(this != that)
throw ArgumentException();

if(this != null)
if(this != that)
{
throw new ArgumentException();
}

if(this != null)
{
if(this != that)
{
throw new ArgumentException();
}} // The final closing brace isn't formatted correctly

Adding an assembly-level attribute into AssemblyInfo.cs results in a reference to the Assembly namespace



Calling a base class constructor results in a reference to Base64FormattingOptions or some other reference that begins with Base...

public Derived(int parameter) : Base64FormattingOptions(parameter)

Pressing Enter after typing try, finally, or else moves the cursor to the right instead of beginning a blank line.

0
Comment actions Permalink

I suppose sometimes a little is all that is required to achieve clarity. I just replicated the issue consistently by beginning the code fragment with an attribute. To clarify, if you begin a method by first typing an attribute in brackets and press the ENTER key, the indent is shifted to the left erroneously and the access modifiers (public, protected, internal, private) disappear from the list.

using NUnit.Framework;

public class Tests
{

|<-- insertion point is indented incorrectly
and access modifiers are not in the listbox.

--


"Lothan" <lothan@newsguy.com> wrote in message news:ehmr4d$pl1$1@is.intellij.net...
I just noticed that ReSharper does not always include public, protected, internal, and private in the listbox as I type. I'm having a hard time replicating this, though. All I can say at this time is that sometimes I try to type something like "public int BlahBlah" and I end up with "Publication int BlahBlah".

--


"Lothan" <lothan@newsguy.com> wrote in message news:eg7k38$hnc$1@is.intellij.net...
Have any of these issues been addressed yet?

Adding braces around code blocks results in inconsistent behavior. The following example shows the results of adding braces to each logical block:
if(this != null)
if(this != that)
throw ArgumentException();

if(this != null)
if(this != that)
{
throw new ArgumentException();
}

if(this != null)
{
if(this != that)
{
throw new ArgumentException();
}} // The final closing brace isn't formatted correctly

Adding an assembly-level attribute into AssemblyInfo.cs results in a reference to the Assembly namespace



Calling a base class constructor results in a reference to Base64FormattingOptions or some other reference that begins with Base...

public Derived(int parameter) : Base64FormattingOptions(parameter)

Pressing Enter after typing try, finally, or else moves the cursor to the right instead of beginning a blank line.

0
Comment actions Permalink

Hello Lothan,

Thank you, I was able to reproduce it: http://jetbrains.net/jira/browse/RSRP-30484

Sincerely,
Ilya Ryzhenkov

JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


L> I suppose sometimes a little is all that is required to achieve
L> clarity. I just replicated the issue consistently by beginning the
L> code fragment with an attribute. To clarify, if you begin a method by
L> first typing an attribute in brackets and press the ENTER key, the
L> indent is shifted to the left erroneously and the access modifiers
L> (public, protected, internal, private) disappear from the list.
L>
L> using NUnit.Framework;
L>
L> public class Tests
L> {
L>
L> |<-- insertion point is indented incorrectly
L> and access modifiers are not in the listbox.
L>
L> --
L>
L> "Lothan" <lothan@newsguy.com> wrote in message
L> news:eg7k38$hnc$1@is.intellij.net...
L> Have any of these issues been addressed yet?
L> Adding braces around code blocks results in inconsistent
L> behavior. The following example shows the results of adding braces to
L> each logical block:
L> if(this != null)
L> if(this != that)
L> throw ArgumentException();
L> if(this != null)
L> if(this != that)
L> {
L> throw new ArgumentException();
L> }
L> if(this != null)
L> {
L> if(this != that)
L> {
L> throw new ArgumentException();
L> }} // The final closing brace isn't formatted correctly
L> Adding an assembly-level attribute into AssemblyInfo.cs results
L> in a reference to the Assembly namespace
L>
L>
L>
L> Calling a base class constructor results in a reference to
L> Base64FormattingOptions or some other reference that begins with
L> Base...
L>
L> public Derived(int parameter) :
L> Base64FormattingOptions(parameter)
L>
L> Pressing Enter after typing try, finally, or else moves the
L> cursor to the right instead of beginning a blank line.
L>


0

Please sign in to leave a comment.