"Nu s-a găsit tipul" eroare la încărcarea unui formular în Windows Forms Designer

când ați adăugat vizualizarea în listă, l-ați adăugat în cutia de instrumente și l-ați adăugat apoi în formular?

No, I just edited Main.Designer.cs and changed it from System.Windows.Forms.ListView to MyApp.Controls.SortableListView

Suspectarea că s-ar fi datorat genericilor ma făcut să găsesc o soluție.

Pentru fiecare clasă de care am nevoie pentru a realiza un SortableListView, am definit o clasă "stub" ca aceasta

class ImagesListView : SortableListView { }

Apoi, fișierul Main.Designer.cs se referă la aceste clase de stub în loc de SortableListView .

Acum funcționează, te rog!

Din fericire, sunt în stare să fac acest lucru, deoarece toate tipurile sunt cunoscute în față și folosesc doar codul SortableListView ca metodă de reducere a codului duplicat.

Am avut o problemă de genul asta (nu același lucru) în trecut, în care controlul meu era într-un spațiu de nume diferit față de forma mea, chiar dacă era în același proiect. Pentru ao rezolva, a trebuit să adaug un

using My.Other.Namespace;

în partea de sus a fișierului de coduri generat de designer. Lucrul enervant a fost că a rămas uimit când designerul a regenerat pagina.

Ansamblul care conține MyApp.Controls.SortableListView nu este instalat în GAC în orice caz este?

când ați adăugat lista, ați adăugat-o în cutia de instrumente și apoi ați adăugat-o la formular?

Am avut aceeași problemă. După ce am eliminat unele dintre comenzile mele din fișierul * .Designer.cs, problema a fost rezolvată. După revenirea la codul original, problema a fost încă rezolvată. Deci pare a fi o problemă cu cache-ul Visual Sudio. În momentul de față nu pot reproduce această problemă.

Dacă întâmpinați problema, încercați să emblemați dosarul

C: \ Users \ a numelui \ AppData \ Local \ Microsoft \ VisualStudio \ VERSIUNEA \ Designer \ ShadowCache

A funcționat?

Am avut și această problemă, legată de îmbinarea modificărilor masive SVN (cu conflicte) în fișierul * .Designer.cs. Soluția a fost doar să se deschidă vizualizarea de proiectare grafic, să se editeze un control (mutați-l spre stânga, apoi spre dreapta) și să redea designul. Fișierul * .Designer.cs sa schimbat în mod magic și avertismentul a dispărut la următoarea compilație.

Pentru a fi clar, trebuie să rezolvați mai întâi toate problemele de îmbinare a codului. Aceasta este doar o operație în jurul valorii de a forța VS să le reîncărcați.

Am avut ceva similar - un control al utilizatorului se refera la o serica de la distanta (pe care nu am putut sa o garantez ca este disponibila la momentul designului).

This post on MSDN suggested that I add

if (this.DesignMode) return;

la funcția de încărcare a comenzii sau, în cazul meu, până la punctul înaintea inițializării clientului WCF. Asta a făcut trucul.

Asa de

private readonly Client _client = new Client();

devine

private Client _client;

public new void Load()
{
    if(DesignMode) return;
    _client = new Client();
}

Mi sa întâmplat datorită arhitecturii x86/x64.

Deoarece Visual Studio (instrumentul de dezvoltare propriu-zis) nu are versiune x64, nu este posibilă încărcarea controlului x64 în designerul GUI.

Cea mai bună abordare pentru acest lucru ar putea fi ajustarea GUI sub x86 și compilați-o pentru x64 când este necesar.

Poate ați uitat să adăugați că:

    /// 

    /// Required designer variable.
    /// 
    private System.ComponentModel.IContainer components = null;

    /// 

    /// Release all resources used.
    /// 
    /// true if managed resources should be removed otherwise; false.
    protected override void Dispose(bool disposing)
    {
        if (disposing && (components != null))
        {
            components.Dispose();
        }
        base.Dispose(disposing);
    }

    private void InitializeComponent()
    {
       //...
        this.components = new System.ComponentModel.Container();//Not necessarily, if You do not use
       //...
    }

În cazul meu, problema era numele dosarului meu al proiectului meu! De ce cred acest lucru: Eu folosesc SVN și în "trunk \ SGIMovel" funcționează perfect. Dar într-un folder de ramificație numit "OS # 125 \ SGIMovel" nu pot să deschid proiectantul pentru un formular care utilizează un control personalizat și funcționează în folderul trunchi.

Doar scoateți # și funcționează frumos.

Multumesc pentru nimic.

Am avut aceeași problemă. În cazul meu, această problemă sa datorat inițierii resurselor. Am mutat următorul cod din metoda InitializeComponent în ctor (după ce a sunat InitializeComponent ). Ulterior, această problemă a fost rezolvată:

this->resources = (gcnew System::ComponentModel::ComponentResourceManager(XXX::typeid));