Buggy IDE?

[Zoury]

Hi there! :O)

I've noticed some strange behavior with the VS IDE.

Here's two a can think of right now... but those are most fusstrating i've
encountered.

1. Every now and then, I haven't noticed what we did for it to happen, it
appears that the events that were linked to a control are lost. The code is
still there but we have to reset the "handlers".
2. If I double click on a control, the default property is generated
automatically in code section. That's ok! :O) What is not ok is that if I
hit Ctrl-Z to undo the *last action*, it actually clears *all the actions*
that were kept in the undo stack. It becomes *very* frustrating when you're
setting the TabIndex property of the controls on the page. You double click
by mistakes on a control, press Ctrl-Z to delete the created method and then
you have to restart the while process from scratch because it has emptied
the undo stack bringing you to the beginning of it.

Has anyone else met those troubles? Are they already known and debugged (I
may have missed a hot fix)?

Thanks a lot!

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Galore]

There are lots of bugs like this in VS.NET...

"Zoury" <ya*************@hotmail.com> wrote in message
news:OK**************@TK2MSFTNGP10.phx.gbl...

Hi there! :O)

I've noticed some strange behavior with the VS IDE.

Here's two a can think of right now... but those are most fusstrating i've
encountered.

1. Every now and then, I haven't noticed what we did for it to happen, it
appears that the events that were linked to a control are lost. The code is still there but we have to reset the "handlers".
2. If I double click on a control, the default property is generated
automatically in code section. That's ok! :O) What is not ok is that if I
hit Ctrl-Z to undo the *last action*, it actually clears *all the actions*
that were kept in the undo stack. It becomes *very* frustrating when you're setting the TabIndex property of the controls on the page. You double click by mistakes on a control, press Ctrl-Z to delete the created method and then you have to restart the while process from scratch because it has emptied
the undo stack bringing you to the beginning of it.

Has anyone else met those troubles? Are they already known and debugged (I
may have missed a hot fix)?

Thanks a lot!

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Zoury]

What version are you using? We're using 2003 here and it seems to us that
it's worst than the version 2002... :O)

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Andreas Müller]

"Zoury" wrote:

What version are you using? We're using 2003 here and it seems to us
that it's worst than the version 2002... :O)

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

I can't confirm that 2003 is worser, actually a lot of critical issues
seem to work better now (SourceSafe integration, assembly references to
external build machines,..).
However, I can confirm the behavior with the "lost events". I also
have "lost controls". The code is still there and compiles, but they
don't show up. It usually happens when I have the Resource and the the
code of a Form open at the same time, so the workaround is simple.
However, if I forget it and it happens again, I'm close to going totally
nuts :-)

HTH,
Andy
--
To mail me directly, remove the NO*SPAM parts in
NO***********@gmx.netNO*SPAM

[Jeffrey Tan[MSFT]]

Hi Zoury,

Thanks for posting in this group.
For your first problem, what does your "event lost" mean?
Does it mean that when this event fires, the event handler is not called?
And what does your "reset the handler" mean?
In .Net, the event handler associate with the control through delegate, so
if this assocaition lost means that the delegate is not called.

I can see your second problem, when I drag a button onto the form, change
some properties of this control, then double click into the code page,
after I press ctrl+z, all the change to the form since last saving
operation will be lost.

As a workaround, I think you should save the project before undo operation.
While you press the ctrl+z, there will be a dialog to warn your operation,
so you have the chance of not to be too careless.

If you feel that this feature is too inconvinient to you, you can provide
your suggestion to:
http://register.microsoft.com/mswish/suggestion.asp
or you can email to ms****@microsoft.com

We appreciate your information.

Btw: there is another group: microsoft.public.vsnet.ide which specially
discuss the problem about IDE, I think you may get more IDE help in this
group.

Hope all this help

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

--------------------
| From: "Zoury" <ya*************@hotmail.com>
| References: <OK**************@TK2MSFTNGP10.phx.gbl>
<uN**************@TK2MSFTNGP12.phx.gbl>
| Subject: Re: Buggy IDE?
| Date: Wed, 15 Oct 2003 20:59:42 -0400
| Lines: 10
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1106
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
| Message-ID: <#O**************@tk2msftngp13.phx.gbl>
| Newsgroups: microsoft.public.dotnet.languages.csharp
| NNTP-Posting-Host: AC95894C.ipt.aol.com 172.149.137.76
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!tk2msftn gp13.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.csharp:191696
| X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
|
| What version are you using? We're using 2003 here and it seems to us that
| it's worst than the version 2002... :O)
|
| --
| Best Regards
| Yanick Lefebvre
|
| Please posts answers to the group so all can benefit
|
|
|

[bwahahahaha]

No such word as "worser ":P
Didnt ur mother teach u anything :D *spank*
"Andreas Müller" <[e-mail]> wrote in message
news:bm************@ID-83644.news.uni-berlin.de...

"Zoury" wrote:

What version are you using? We're using 2003 here and it seems to us
that it's worst than the version 2002... :O)

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

I can't confirm that 2003 is worser, actually a lot of critical issues
seem to work better now (SourceSafe integration, assembly references to
external build machines,..).
However, I can confirm the behavior with the "lost events". I also
have "lost controls". The code is still there and compiles, but they
don't show up. It usually happens when I have the Resource and the the
code of a Form open at the same time, so the workaround is simple.
However, if I forget it and it happens again, I'm close to going totally
nuts :-)

HTH,
Andy
--
To mail me directly, remove the NO*SPAM parts in
NO***********@gmx.netNO*SPAM

[Zoury]

Hi Jeffrey! :O)

For your first problem, what does your "event lost" mean?
Does it mean that when this event fires, the event handler is not called?
And what does your "reset the handler" mean?
In .Net, the event handler associate with the control through delegate, so
if this assocaition lost means that the delegate is not called.
Sorry for the poor explanation. What I meant by "event lost" is that,
sometimes, any calls that associate the event handler to the control's event
are missing. Here's a sample of the "call" I'm talking about, just in case I
didn't explained it correctly again :

//***
this.TextBox1.KeyDown += new
System.Windows.Forms.KeyEventHandler(this.TextBox1 _KeyDown);
//***

Those lines are generated by the Windows Form Generator (we also got these
problems with the Web Form Generator). It seems that the generator doesn't
regenerate them at some point..
I can see your second problem, when I drag a button onto the form, change
some properties of this control, then double click into the code page,
after I press ctrl+z, all the change to the form since last saving
operation will be lost. If you feel that this feature is too inconvinient to you, you can provide
your suggestion to:
http://register.microsoft.com/mswish/suggestion.asp
or you can email to ms****@microsoft.com
You mean that the strange behavior is actually normal? That it has been
design like this?
Btw: there is another group: microsoft.public.vsnet.ide which specially
discuss the problem about IDE, I think you may get more IDE help in this
group.

Nice! I didn't see it. Thanks for your input Jeffrey! :O)

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Jeffrey Tan[MSFT]]

Hi Zoury,

Thanks for your feedback.
I think I understand your meaning.
Sometime, when you double click a control, the default event handler code
did not generate for you.
But in my VS.net IDE, I can not reproduce this problem. Can you show me
some steps to reproduce this problem?
If you can provide some steps so that I can reproduce it, I will help you
report this issue to Microsoft.

For your second problem, I can reproduce it. I think this behavior is by
design, so I suggest that if you feel uncomfortable feel free to feedback
to Microsoft.
Also, does my workaround(save before undo) make sence?

Again, thanks for your information.

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

--------------------
| From: "Zoury" <ya*************@hotmail.com>
| References: <OK**************@TK2MSFTNGP10.phx.gbl>
<uN**************@TK2MSFTNGP12.phx.gbl>
<#O**************@tk2msftngp13.phx.gbl>
<LH**************@cpmsftngxa06.phx.gbl>
| Subject: Re: Buggy IDE?
| Date: Thu, 16 Oct 2003 09:24:26 -0400
| Lines: 48
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <OS**************@TK2MSFTNGP09.phx.gbl>
| Newsgroups: microsoft.public.dotnet.languages.csharp
| NNTP-Posting-Host: 67.71.235.51
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTN GP09.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.csharp:191796
| X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
|
| Hi Jeffrey! :O)
|
| > For your first problem, what does your "event lost" mean?
| > Does it mean that when this event fires, the event handler is not
called?
| > And what does your "reset the handler" mean?
| > In .Net, the event handler associate with the control through delegate,
so
| > if this assocaition lost means that the delegate is not called.
|
| Sorry for the poor explanation. What I meant by "event lost" is that,
| sometimes, any calls that associate the event handler to the control's
event
| are missing. Here's a sample of the "call" I'm talking about, just in
case I
| didn't explained it correctly again :
|
| //***
| this.TextBox1.KeyDown += new
| System.Windows.Forms.KeyEventHandler(this.TextBox1 _KeyDown);
| //***
|
| Those lines are generated by the Windows Form Generator (we also got these
| problems with the Web Form Generator). It seems that the generator doesn't
| regenerate them at some point..
|
| > I can see your second problem, when I drag a button onto the form,
change
| > some properties of this control, then double click into the code page,
| > after I press ctrl+z, all the change to the form since last saving
| > operation will be lost.
|
| > If you feel that this feature is too inconvinient to you, you can
provide
| > your suggestion to:
| > http://register.microsoft.com/mswish/suggestion.asp
| > or you can email to ms****@microsoft.com
|
| You mean that the strange behavior is actually normal? That it has been
| design like this?
|
| > Btw: there is another group: microsoft.public.vsnet.ide which specially
| > discuss the problem about IDE, I think you may get more IDE help in this
| > group.
|
| Nice! I didn't see it. Thanks for your input Jeffrey! :O)
|
| --
| Best Regards
| Yanick Lefebvre
|
| Please posts answers to the group so all can benefit
|
|
|

[Jeffrey Tan[MSFT]]

Hi Zoury,

Thanks for your feedback.
I think I understand your meaning. Sometime, when you double click a
control, the default event handler code did not generate for you.
But in my VS.net IDE, I can not reproduce this problem. Can you show me
some steps to reproduce this problem?
If you can provide some steps so that I can reproduce it, I will help you
report this issue to Microsoft.

For your second problem, I can reproduce it. I think the workaround of save
before undo makes some sence to you. I suggest that if you feel
uncomfortable feel free to feedback to Microsoft.

Again, thanks for your information.

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

--------------------
| From: "Zoury" <ya*************@hotmail.com>
| References: <OK**************@TK2MSFTNGP10.phx.gbl>
<uN**************@TK2MSFTNGP12.phx.gbl>
<#O**************@tk2msftngp13.phx.gbl>
<LH**************@cpmsftngxa06.phx.gbl>
| Subject: Re: Buggy IDE?
| Date: Thu, 16 Oct 2003 09:24:26 -0400
| Lines: 48
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <OS**************@TK2MSFTNGP09.phx.gbl>
| Newsgroups: microsoft.public.dotnet.languages.csharp
| NNTP-Posting-Host: 67.71.235.51
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTN GP09.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.csharp:191796
| X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
|
| Hi Jeffrey! :O)
|
| > For your first problem, what does your "event lost" mean?
| > Does it mean that when this event fires, the event handler is not
called?
| > And what does your "reset the handler" mean?
| > In .Net, the event handler associate with the control through delegate,
so
| > if this assocaition lost means that the delegate is not called.
|
| Sorry for the poor explanation. What I meant by "event lost" is that,
| sometimes, any calls that associate the event handler to the control's
event
| are missing. Here's a sample of the "call" I'm talking about, just in
case I
| didn't explained it correctly again :
|
| //***
| this.TextBox1.KeyDown += new
| System.Windows.Forms.KeyEventHandler(this.TextBox1 _KeyDown);
| //***
|
| Those lines are generated by the Windows Form Generator (we also got these
| problems with the Web Form Generator). It seems that the generator doesn't
| regenerate them at some point..
|
| > I can see your second problem, when I drag a button onto the form,
change
| > some properties of this control, then double click into the code page,
| > after I press ctrl+z, all the change to the form since last saving
| > operation will be lost.
|
| > If you feel that this feature is too inconvinient to you, you can
provide
| > your suggestion to:
| > http://register.microsoft.com/mswish/suggestion.asp
| > or you can email to ms****@microsoft.com
|
| You mean that the strange behavior is actually normal? That it has been
| design like this?
|
| > Btw: there is another group: microsoft.public.vsnet.ide which specially
| > discuss the problem about IDE, I think you may get more IDE help in this
| > group.
|
| Nice! I didn't see it. Thanks for your input Jeffrey! :O)
|
| --
| Best Regards
| Yanick Lefebvre
|
| Please posts answers to the group so all can benefit
|
|
|

[Daniel Billingsley]

Yeah.. how about...

1) Integrated help "search" flyout quits responding if auto-hide is used.
I've resorted to just starting up help independent of the IDE.

2) Infamous problem of debugger stopping on wrong line still not fixed.

To paraphrase a famous quote, maybe we can say that VS is the worst C# IDE
in existence, except for everything else. :)

"Zoury" <ya*************@hotmail.com> wrote in message
news:OK**************@TK2MSFTNGP10.phx.gbl...

Hi there! :O)

I've noticed some strange behavior with the VS IDE.

Here's two a can think of right now... but those are most fusstrating i've
encountered.

1. Every now and then, I haven't noticed what we did for it to happen, it
appears that the events that were linked to a control are lost. The code is still there but we have to reset the "handlers".
2. If I double click on a control, the default property is generated
automatically in code section. That's ok! :O) What is not ok is that if I
hit Ctrl-Z to undo the *last action*, it actually clears *all the actions*
that were kept in the undo stack. It becomes *very* frustrating when you're setting the TabIndex property of the controls on the page. You double click by mistakes on a control, press Ctrl-Z to delete the created method and then you have to restart the while process from scratch because it has emptied
the undo stack bringing you to the beginning of it.

Has anyone else met those troubles? Are they already known and debugged (I
may have missed a hot fix)?

Thanks a lot!

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Zoury]

Hi Jeffrey! :O)

I think I understand your meaning. Sometime, when you double click a
control, the default event handler code did not generate for you.

Not quite. The event handlers does generate correctly. Here's a sample of
what I mean :

Let's say I stick a Button on a page.
I put code in it that shows a simple MessageBox.
I can test my code 1, 2, 3, n times and everything works fine...
I test it a n+1 time and now the MessageBox doesn't show.
Why? Because the event doesn't even fired..
Why? because this line of code :

this.btnOk.Click += new System.EventHandler(this.btnOk_Click);

has dispasapeared from the code region that is generated automatically
by the Windows Form Generator.
I'll post back here if I succeed in finding what cause this. (too busy right
now to run some tests) Maybe somebody has already find out... :O)

: For your second problem, I can reproduce it. I think the workaround of
save
: before undo makes some sence to you. I suggest that if you feel
: uncomfortable feel free to feedback to Microsoft.

I'll do it for sure. There is, IMHO no reason for Ctrl-Z to act like this...
Ctrl-Z should only undo the very last action. ;O)

Thanks again Jeffrey and I hope the first problem is clearer now.

--
Best Regards
Yanick Lefebvre

Please posts answers to the group so all can benefit

[Jeffrey Tan[MSFT]]

Hi Zoury,

I think this time your explanation is very clear.
But I think this is a strange problem that seldom appears, I will wait for
your repro steps.

Thanks for your feedback.

Best regards,
Jeffrey Tan
Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security
This posting is provided "as is" with no warranties and confers no rights.

--------------------
| From: "Zoury" <yanick_lefebvre at hotmail dot com>
| References: <OK**************@TK2MSFTNGP10.phx.gbl>
<uN**************@TK2MSFTNGP12.phx.gbl>
<#O**************@tk2msftngp13.phx.gbl>
<LH**************@cpmsftngxa06.phx.gbl>
<OS**************@TK2MSFTNGP09.phx.gbl>
<F7**************@cpmsftngxa06.phx.gbl>
| Subject: Re: Buggy IDE?
| Date: Fri, 17 Oct 2003 15:22:52 -0400
| Lines: 41
| X-Priority: 3
| X-MSMail-Priority: Normal
| X-Newsreader: Microsoft Outlook Express 6.00.2800.1158
| X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165
| Message-ID: <u8**************@TK2MSFTNGP11.phx.gbl>
| Newsgroups: microsoft.public.dotnet.languages.csharp
| NNTP-Posting-Host: 67.71.235.51
| Path: cpmsftngxa06.phx.gbl!TK2MSFTNGP08.phx.gbl!TK2MSFTN GP11.phx.gbl
| Xref: cpmsftngxa06.phx.gbl microsoft.public.dotnet.languages.csharp:192177
| X-Tomcat-NG: microsoft.public.dotnet.languages.csharp
|
| Hi Jeffrey! :O)
|
| > I think I understand your meaning. Sometime, when you double click a
| > control, the default event handler code did not generate for you.
|
| Not quite. The event handlers does generate correctly. Here's a sample of
| what I mean :
|
| Let's say I stick a Button on a page.
| I put code in it that shows a simple MessageBox.
| I can test my code 1, 2, 3, n times and everything works fine...
| I test it a n+1 time and now the MessageBox doesn't show.
| Why? Because the event doesn't even fired..
| Why? because this line of code :
|
| this.btnOk.Click += new System.EventHandler(this.btnOk_Click);
|
| has dispasapeared from the code region that is generated automatically
| by the Windows Form Generator.
|
|
| I'll post back here if I succeed in finding what cause this. (too busy
right
| now to run some tests) Maybe somebody has already find out... :O)
|
| : For your second problem, I can reproduce it. I think the workaround of
| save
| : before undo makes some sence to you. I suggest that if you feel
| : uncomfortable feel free to feedback to Microsoft.
|
| I'll do it for sure. There is, IMHO no reason for Ctrl-Z to act like
this...
| Ctrl-Z should only undo the very last action. ;O)
|
| Thanks again Jeffrey and I hope the first problem is clearer now.
|
| --
| Best Regards
| Yanick Lefebvre
|
| Please posts answers to the group so all can benefit
|
|
|