To ti je visual inheritance visual studia, lidera medju razvojnim alatima

Microsoft je odlucio da iskljuci tu mogucnost koja je postojala u VS 2k3, i koja u nekim drugim alatima za neke druge jezike postoji vec 10ak godina.
Interesantno to nije ogranicenje IDE-a, vec onaj ko je pravio komponentu (npr. DataGridView) je odlucio da to bude tako, najvise zbog problema sa nasledjivanjem klasa koje sadrze kolekcije. Za resenje problema se po internet forumima preporucuju 3rd party kontrole (npr. DevExpress) koje navodno dobro hendluju VI za razliku od .net "stock" komponenti, mada ja licno nisam probao - mozda neko ovde jeste pa moze nesto vise da ti kaze. Navodno postoji jos i neka nelegalna fora sa patchovanjem odredjenih MS asemblija koji bi otkljucali ovu mogucnost, ali ni to nisam probao.

Zahvaljujem na odgovoru. Znam da ovo u Delphiju postoji, pa mi je bilo malo cudno sto ovde nema... al sta da se radi.... Za DevExpress komponente bas nemam "novaca"... ako neko ne predlozi jos nesto, moracu drugacije to da sredim :)
Pozdrav!

Postoji i jos jedno polu-resenje za broken VI koje ja trenutno koristim. Kada napravis baznu klasu (Formu, UserControl, ili sl.) kontrole koje zelis exposujes kao property-e.

Primer:


toolStrip je komponenta na tvojoj userkontroli, ToolStrip je designer-visible property koji ces moci da modifikujes iz property editora kada dropnes tu svoju userkontrolu na neku formu. DesignerSerializationVisibility.Content znaci da ce ukljuciti perzistencija i za tvoj property koji predstavlja podkontrolu. Naravno ima i problema, npr. columns property DataGridView kontrole vraca error kada hoces da mu pristupis, zatim pogledaj http://www.elitesecurity.org/t...l-embedovane-winforms-kontrole.

Hvala na pokusaju,ali nije to to sto mi treba...meni treba samo u nasledjenoj klasi da mogu da pristupim tom navigatoru i da mu dodam jos dugmica, ili da menjam propeties postojecih... ne kada dropnem user control na formu ... Nista, uradicu iz koda i onako mi skoro sve radi dinamicki, pa sto ne bi i taj navigator :)

to je i mene mučilo,., tj.izgubio sam mnogo vremena na to misleči da ja nešto krivo radim,., dok nisam skužio da je to ipak vs2005, ja sam sve narpavio iz koda što nije išlo u dizajneru kod nasljedene klase

Pre ili kasnije svi to prodjemo. Ovo je ujedno i nagori bug, mada, verujem da bi MS timu rekli da nije bug nego nedostajuci feature, kako god, neko je doneo blentavu odluku da se zakljucaju sve kontrole koje implementiraju neku vrstu kolekcije. Malo vise na ovom linku za one koji jos nisu videli.

Da, DevExpress od nove verzije podrzava VI, i radi lepo.
Mozda bi ih trebalo pitati da odrze koji cas MS programerima i arhitektama, naravno ako doticni nisu previse busy pretvarajuci .NET u dinamicki jezik i uvodeci interni decoupling kroz CAB.