Designer error "could not find type..."

[Daniel Billingsley]

I've got a project I've been working on for a few weeks. I've been using
the BindingSource control - I've got four of them on this particular form.

This morning I went to view the report in the designer and got:

Could not find type 'LandarcBL.Budget'. Please make sure that the
assembly that contains this type is referenced. If this type is a part of
your development project, make sure that the project has been successfully
built.
Hide Edit

at
System.ComponentModel.Design.Serialization.CodeDom SerializerBase.Error(IDesignerSerializationManager
manager, String exceptionText, String helpLink)
at
System.ComponentModel.Design.Serialization.CodeDom SerializerBase.DeserializeExpression(IDesignerSeri alizationManager
manager, String name, CodeExpression expression)
at
System.ComponentModel.Design.Serialization.CodeDom SerializerBase.DeserializeAssignStatement(IDesigne rSerializationManager
manager, CodeAssignStatement statement)
at
System.ComponentModel.Design.Serialization.CodeDom SerializerBase.DeserializeStatement(IDesignerSeria lizationManager
manager, CodeStatement statement)
When I click Edit it takes me to the MainForm.Designer.CS line:
this.budgetBindingSource.DataSource = typeof(LandarcBL.Budget);

When I hover the mouse over LandarcBL.Budget is shows me the intellisense.
It's finding it just fine of course.

I can hit F5 and run the form just fine. I added another form, added a
BindingSource, set its DataSource to the same class and that form loads in
the designer just fine.

This morning I did a bunch of stuff - ran the form, closed VS, and I don't
know what else, and it started working again. Now none of that is having
any affect.

I've found many reports of this problem with google but no real solution to
my exact circumstances.

Anyone have any ideas?

[Joanna Carter [TeamB]]

"Daniel Billingsley" <Da***************@newsgroup.nospam> a écrit dans le
message de news: eP*************@TK2MSFTNGP15.phx.gbl...

| I've got a project I've been working on for a few weeks. I've been using
| the BindingSource control - I've got four of them on this particular form.
|
| This morning I went to view the report in the designer and got:
|
| Could not find type 'LandarcBL.Budget'. Please make sure that the
| assembly that contains this type is referenced. If this type is a part of
| your development project, make sure that the project has been successfully
| built.
| Hide Edit

I would like to know the answer to this as well.

Using VS2005

I have declared a type : Carter.Framework.Test.CustomerList. I set the
DataSource property of a CustomerListBindingSource to this value. Like you,
I just come back to the form a day or so later and get this error. Changing
the DataSource to just CustomerList seems to make it work - sometimes :-(

There seems to be no consistency to what causes this, but I would definitely
like to fix it.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[[MSFT]]

Hello Daniel,

What is the version of the VS.NET you work with, 2003 or 2005? Normally,
such a problem can be resolved by rebuilding the whole solution.

Luke

[Daniel Billingsley]

It's VS2005 (C#). I've closed and re-opened VS several times, selected
Build/Clean Build/Rebuild Solution from the menu several times... all to no
avail.

"[MSFT]" <lu******@online.microsoft.com> wrote in message
news:pv**************@TK2MSFTNGXA02.phx.gbl...

Hello Daniel,

What is the version of the VS.NET you work with, 2003 or 2005? Normally,
such a problem can be resolved by rebuilding the whole solution.

Luke

[Daniel Billingsley]

A have stumbled across a solution - for my case anyway.

I remove all the ".DataSource = " lines on the BindingSources in the
MainForm.Designer.cs code. That allowed the form to load.

Then when I went to reset the DataSource for the BindingSources in the
designer I kept getting an error "...not sent to an insance". I googled
that and found a suggestion that the project DataSources were messed up.

Sure enough, I removed a couple of DataSources that weren't really used and
everything is back to normal.

"Daniel Billingsley" <Da***************@newsgroup.nospam> wrote in message
news:%2******************@TK2MSFTNGP15.phx.gbl...

It's VS2005 (C#). I've closed and re-opened VS several times, selected
Build/Clean Build/Rebuild Solution from the menu several times... all to
no avail.

"[MSFT]" <lu******@online.microsoft.com> wrote in message
news:pv**************@TK2MSFTNGXA02.phx.gbl...

Hello Daniel,

What is the version of the VS.NET you work with, 2003 or 2005? Normally,
such a problem can be resolved by rebuilding the whole solution.

Luke

[Luke Zhang [MSFT]]

Hello,

Glad to hear that the problem has been removed. From the description, it
seems the source code of the project has been corrupted somewhere. And
re-creating some components fixed the issue.

Luke

[Joanna Carter [TeamB]]

"Luke Zhang [MSFT]" <lu******@online.microsoft.com> a écrit dans le message
de news: D1**************@TK2MSFTNGXA02.phx.gbl...

| Glad to hear that the problem has been removed. From the description, it
| seems the source code of the project has been corrupted somewhere. And
| re-creating some components fixed the issue.

Hi Luke

Actually, all that this procedure of removing, correcting and replacing the
references only removes the problem for that session. Next time, or maybe a
couple of times later, the problem comes back just the same.

Unfortunately, this does not yet appear to be reliably reproducible.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[Marc Gravell]

I had this problem (or one very similar) back in December; my workaround
(not fix) was to cut the data-binding code from the designer code into my
own method that is called in the ctor outside of InitializeComponent().

The downside is that I can't amend my bindings in the IDE, but generally
once I have set them up I'm doing much of this anyway... and when I do need
to change them I can do it in source-code easily enough. Plus it gives me
more flexibility to use converters etc.

Marc

"Joanna Carter [TeamB]" <jo****@not.for.spam> wrote in message
news:%2****************@TK2MSFTNGP15.phx.gbl...

"Luke Zhang [MSFT]" <lu******@online.microsoft.com> a écrit dans le
message
de news: D1**************@TK2MSFTNGXA02.phx.gbl...

| Glad to hear that the problem has been removed. From the description, it
| seems the source code of the project has been corrupted somewhere. And
| re-creating some components fixed the issue.

Hi Luke

Actually, all that this procedure of removing, correcting and replacing
the
references only removes the problem for that session. Next time, or maybe
a
couple of times later, the problem comes back just the same.

Unfortunately, this does not yet appear to be reliably reproducible.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[Joanna Carter [TeamB]]

"Marc Gravell" <mg******@rm.com> a écrit dans le message de news:
uI**************@TK2MSFTNGP15.phx.gbl...

|I had this problem (or one very similar) back in December; my workaround
| (not fix) was to cut the data-binding code from the designer code into my
| own method that is called in the ctor outside of InitializeComponent().
|
| The downside is that I can't amend my bindings in the IDE, but generally
| once I have set them up I'm doing much of this anyway... and when I do
need
| to change them I can do it in source-code easily enough. Plus it gives me
| more flexibility to use converters etc.

I suppose the only real downside to this is not being able to layout the
columns in a grid by using the designer provided columns. Presumably this
works with database driven datasources ? If so, then it really ought to work
with objects as well; if not, then it is obviously a pretty major bug that
really should be fixed.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[Marc Gravell]

Not to mention the bug where the IDE gets confused and thinks there are
multiple "column1" (etc) definitions and then refuses to load...

I've only really used this approach with objects. Generally I find that if I
lay the bindings out *once* in the IDE (and then cut the bindings code etc),
I actually find it *easier*, not harder, to use. I can live without seeing
the bindings at design time (re your grid point, most of the time when I am
using columns, the exact columns and sequence is dynamic anyway, so the
designer isn't much use), and I find that not having all those extra
variables around makes life much easier.

And yes I know you can turn off the variable declaration in 2005 (for some
elements), but they still annoy me. Another benefit of the approach of
cutting the binding code is that I can essentially write a void
SetupBindings(BindingSource source) method, and bind via that from the
calling code; this means I can then share a BindingSource at runtime, which
allows me to do some very neat things:
* Multiple non-modal forms all using the same cursor position without any
extra code
* Complex forms where each tab has been written as a control; each control
can (again) use the same BindingSource

It means I have a lot less code to mess with when I change the current
object being displayed.

Now... back to reading your OPF stuff... <g>

Marc

"Joanna Carter [TeamB]" <jo****@not.for.spam> wrote in message
news:er*************@TK2MSFTNGP12.phx.gbl...

"Marc Gravell" <mg******@rm.com> a écrit dans le message de news:
uI**************@TK2MSFTNGP15.phx.gbl...

|I had this problem (or one very similar) back in December; my workaround
| (not fix) was to cut the data-binding code from the designer code into
my
| own method that is called in the ctor outside of InitializeComponent().
|
| The downside is that I can't amend my bindings in the IDE, but generally
| once I have set them up I'm doing much of this anyway... and when I do
need
| to change them I can do it in source-code easily enough. Plus it gives
me
| more flexibility to use converters etc.

I suppose the only real downside to this is not being able to layout the
columns in a grid by using the designer provided columns. Presumably this
works with database driven datasources ? If so, then it really ought to
work
with objects as well; if not, then it is obviously a pretty major bug that
really should be fixed.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[Daniel Billingsley]

Yeah, my fix was temporary. And I've seen that one too where the
DataGridView goes off wild reloading all the columns even though I've
explicity set them already.

The BindingSource bindings are getting hosed about once or twice a day, and
I have to go through the procedure of removing the binding code and then
resetting it. I'm not going to use the IDE any more for that either (at
least as a permanent setup).

It's pretty pathetic though because that destroys a big chuch of the benefit
of using the BindingSource components in the first place. You have to
wonder how such significant bugs get through.

"Marc Gravell" <mg******@rm.com> wrote in message
news:ep****************@tk2msftngp13.phx.gbl...

Not to mention the bug where the IDE gets confused and thinks there are
multiple "column1" (etc) definitions and then refuses to load...

I've only really used this approach with objects. Generally I find that if
I lay the bindings out *once* in the IDE (and then cut the bindings code
etc), I actually find it *easier*, not harder, to use. I can live without
seeing the bindings at design time (re your grid point, most of the time
when I am using columns, the exact columns and sequence is dynamic anyway,
so the designer isn't much use), and I find that not having all those
extra variables around makes life much easier.

And yes I know you can turn off the variable declaration in 2005 (for some
elements), but they still annoy me. Another benefit of the approach of
cutting the binding code is that I can essentially write a void
SetupBindings(BindingSource source) method, and bind via that from the
calling code; this means I can then share a BindingSource at runtime,
which allows me to do some very neat things:
* Multiple non-modal forms all using the same cursor position without any
extra code
* Complex forms where each tab has been written as a control; each control
can (again) use the same BindingSource

It means I have a lot less code to mess with when I change the current
object being displayed.

Now... back to reading your OPF stuff... <g>

Marc

"Joanna Carter [TeamB]" <jo****@not.for.spam> wrote in message
news:er*************@TK2MSFTNGP12.phx.gbl...

"Marc Gravell" <mg******@rm.com> a écrit dans le message de news:
uI**************@TK2MSFTNGP15.phx.gbl...

|I had this problem (or one very similar) back in December; my workaround
| (not fix) was to cut the data-binding code from the designer code into
my
| own method that is called in the ctor outside of InitializeComponent().
|
| The downside is that I can't amend my bindings in the IDE, but
generally
| once I have set them up I'm doing much of this anyway... and when I do
need
| to change them I can do it in source-code easily enough. Plus it gives
me
| more flexibility to use converters etc.

I suppose the only real downside to this is not being able to layout the
columns in a grid by using the designer provided columns. Presumably this
works with database driven datasources ? If so, then it really ought to
work
with objects as well; if not, then it is obviously a pretty major bug
that
really should be fixed.

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer

[Joanna Carter [TeamB]]

"Marc Gravell" <mg******@rm.com> a écrit dans le message de news:
ep****************@tk2msftngp13.phx.gbl...

| Now... back to reading your OPF stuff... <g>

Please bear in mind that it is a bit old now and I really must update it to
C# sometime :-)

Joanna

--
Joanna Carter [TeamB]
Consultant Software Engineer