Je mozne v using blocich neukladat si objekt, nad kterym je ten usign postaveny, takto:

using (new DisposableClass())
{
...
}

nebo je vzdy treba si to uzlozit
using (DisposableClass dc = new DisposableClass())

TENCOKACISTROMY: diky moc. mrknu na to

ANDY_WARHOL: Mozna by ses mohl inspirovat na prikladu ( http://www.codeproject.com/Articles/22952/WPF-Diagram-Designer-Part-1 ) s designerem diagramu. Tomu tvymu to vypada dost podobny a nevypada to nejak zvlast narocne.

ahoj lidi. potreboval bych nasmerovat. delam takovou wpf aplikaci, ktera ma sadu kontrolu, ktery sem udelal. a potrebuju vyrobit nejaky designer, ktery umozni userovi aby si ty kontroly v libovlnem poctu vynesl do okna aplikace tam si je rozmistil jak bude potrebovat sam.
vubec nevim co mam hledat, nejaky jakysi designer, ale kdyz to hledam, tak mi vyleze spousta nepouzitelnyho.
diky za jakoukoliv uzitecnou informaci

VIRTUALVOID: potrebuji neco stabilniho, co ma zajisteny support a ne alpha projekt 4 roky neudrzovany...

NECROMAN: http://stackoverflow.com/a/414944/439931

nevite o knihovne pro .NET pro konvertovani grafickych zdroju z .ai nebo .psd do .png?

NECROMAN: V tom pripade bych to vubec neresil. Prijde mi to fakt ok. Jestli se nepletu, tak array ICollection<T> neimplementuje, takze timhle obsahnes zdroj dat jak z kolekci, tak z poli. V pripade ze by tam nekdo chtel cpat veci, ktery budou mit promenny vysledky v case tak:
1) Bud to tak ma bejt a je to ok.
2) Nema to tak bejt a v tom pripade i kdyby na tom zavolal .ToList(), tak se sice chyba zamaskuje, ale porad tam bude existovat.

TENCOKACISTROMY: u specifickych pripadu bych to chapal, nicmene zde se jednalo o typicke cachovani dat, ktera se pozdeji nemenila. No nic... :)

NECROMAN: Jasne, ale taky jsou kolekce, ktery muzes vracet vickrat, ale jsou derefered, takze z toho ICollection udelat proste nemuzes.

Samo o sobe mi to prijde ok. Neznam okolnosti, ale klidne muzes mit scenar, kdy ta dictionary opravdu ma obsahovat seznam kolekci, ktery vickrat nez jednou neprojdes.

Nebo naopak muzes mit situaci, kdy tam chces davat vic druhu kolekci a nektera z nich neimplementuje ICollection<T> (napr. BlockingCollection<T>). Pak je imho lepsi pouzit IEnumerable<T> nez negenerickou ICollection<T>.

NECROMAN: prijde mi, ze ale tohle nejde moc na urovni definice toho interfacu vyresit - stejne tak se da tvrdit, ze existujou kolekce, ktery se daj enumerovat vicekrat uplne bez problemu a existuje platnej duvod proc je tam ulozit.
Navic IMHO ne vzdycky je nutne na zavadu, ze opakovana enumerace vraci ruzny vysledky - je teda fakt ze pak se muzem dogadovat, jestli v takovym pripade tam ma bejt to IEnumerable nebo delegat (kterej teda zase ale vrati IEnumerable), coz me osobne teda prijde jako religiozni detail.

TENCOKACISTROMY: ukladat IEnumerable mi prijde dost spatne uz z principu - jsou kolekce, ktere lze enumerovat jen jednou nebo pokazde s jinym vysledkem, tim padem ta dictionary nezajistuje stabilni opakovatelne nacteni ulozene hodnoty

kolekce kolekci, taky mi na tom neprijde nic az tak prasackyho

NECROMAN: Co ti na tom prijde prasackyho?

TENCOKACISTROMY: ja pomahal stavet stanek Disney. srandy bylo vic nez dost :)

SIRLOON: Tak je to z moji branze, takze bychom se tam meli ukazat :).

TENCOKACISTROMY: no, ono na GDS toho moc svetobornyho nebude. Na W8 a WP toho je minimum a jeste neco v pondeli

PJOTRIK: Nauc ji programovat ;)