Public Withevents Changing to Protected

[Mike Voissem]

Every time I change a web user control(place a new object on it, or just
change an objects properties), all of my Public WithEvents change to
Protected WithEvents. Anyone have an idea of why this might be happening?
It's a major pain to go and change all of those objects' back to Public
Thanx,
Mike

[Teemu Keiski]

This probably happens when you switch between design and source view in
VS.NET?

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Mike Voissem]

Yes. You can actually watch the cursor blink while it's changing the text.

"Teemu Keiski" <jo****@aspalliance.com> wrote in message
news:eb**************@TK2MSFTNGP10.phx.gbl...

This probably happens when you switch between design and source view in
VS.NET?

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Teemu Keiski]

As I guessed. You cannot do much about that except avoid using the Design
View (e.g disable it from VS.NET's settings)

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Michael Baltic]

You can debug the designer rendering code to see where this is happening.

In your project settings, set the debugger to use an outside application and
point it to the executable of visual studio = devenv.exe

Start debugging and open a webform, then make your change and you can step
throught the design time code.

Set a breakpoint on the controls constructor.
--
Staff Consultant II
Enterprise Web Services
Cardinal Solutions Group

Future Business Model
Loan Origination Services
National City Mortgage
"Teemu Keiski" wrote:

As I guessed. You cannot do much about that except avoid using the Design
View (e.g disable it from VS.NET's settings)

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Teemu Keiski]

In fact, interesting point but how does that help with code-behind members
being changed from public to protected? Is there some trick with that to
prevent that from happening when switching back and forth between Design And
Source View (except that one could try Control+Z right after switching the
view, which works for example with changes made to source HTML by VS.NET)

If there's a way to solve this, please share.

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Michael Baltic]

It shouldn't be happening. That's why I said you should debug the process.
--
Direct Email: Michael.Baltic@RemoveCharactersUpTo#NCMC.Com

Staff Consultant II
Enterprise Web Services
Cardinal Solutions Group
"Teemu Keiski" wrote:

In fact, interesting point but how does that help with code-behind members
being changed from public to protected? Is there some trick with that to
prevent that from happening when switching back and forth between Design And
Source View (except that one could try Control+Z right after switching the
view, which works for example with changes made to source HTML by VS.NET)

If there's a way to solve this, please share.

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke

[Teemu Keiski]

OK,

I'm just wondering what you mean as we don't of course get designer
assemblies so that we'd have debug symbols for it in order to debug it
thoroughly. MS doesn't ship the debug symbols. Certainly, if it is managed
code, one could use Reflector etc.

I mean, there's no custom designer written here in this scenario which you
could debug, but one of those internal ones by VS itself to which we don't
have the debug symbols in order to jump code line-by-line. So I don't really
understand what debugging that would achieve unless you totally recreate
your own designer and bypass the problem with that which as I see, is far
from a trivial task It's not that stuff that we mrere mortals could rewrite.

--
Teemu Keiski
ASP.NET MVP, AspInsider
Finland, EU
http://blogs.aspadvice.com/joteke