[C#] GUI component ownerthread wijzigen

[ThaStealth]

Ik heb een GUI component wat een aantal seconde nodig heeft om te laden. Wanneer dit component geladen word staat de hele applicatie een paar seconde 'stil".
Ik heb het component al lazy loaded gemaakt, maar nog beter zou zijn om het bij het starten van de applicatie op een andere thread te laden.

Probleem is nu dat wanneer het component geladen is op de background thread ik deze niet meer kan gebruiken op de main thread (muv invoke).

Is het mogelijk om de ownerthread te wijzigen van een component?

[BM]

Is het niet handiger om te achterhalen 'wat' er voor zorgt dat dat component zo langzaam laad, en dát in de achtergrond te laten doen?

[ThaStealth]

Het langzaam laden word veroorzaakt doordat het component uit 800 sub components bestaat die weer uit 10 sub components bestaan.

Het creëren van +- 8.000 GUI components is de vertraging
(geloof me, als ik dat ding sneller kon krijgen had ik niet naar dit soort trucjes zitten zoeken)

[ Voor 20% gewijzigd door ThaStealth op 11-04-2014 11:24 ]

[RobIII]

Wat the hell moet je met 8000 GUI elementen? Ik denk dat je toch écht eerst eens daar naar moet kijken. Je zou een zooi controls virtual kunnen maken (zoals een listview dat doet bijvoorbeeld) en desnoods de "controls" zelf renderen op een canvas; dat is een stuk lichter dan 8000 GUI elementen (inc. heel hun model en achterliggende meuk) opbouwen

ThaStealth schreef op vrijdag 11 april 2014 @ 11:23:

(geloof me, als ik dat ding sneller kon krijgen had ik niet naar dit soort trucjes zitten zoeken)

Geloof me, 8000 GUI elementen is waaaaay achterlijk. Zelfs als 't alleen maar "labels" zijn (toch een van de lichtste elementen) dan is 't nog een WTF; laat staan als 't "zwaardere" (lees: resource intensievere) controls zijn als textboxes of buttons of... Daar is écht wel een betere oplossing voor; dat je die (nog) niet verzonnen hebt is een tweede Maar dan stel je dus de verkeerde vraag: "hoe krijg ik dat sneller/beter/efficiënter", niet "hoe kan ik op de (verkeerd) ingeslagen weg doorgaan en de situatie nog verergeren door met owner threads te gaan lopen ouwehoeren"

Los daarvan; wat voor 'n UX geeft dit als je de user met 8000 controls confronteerd

[ Voor 54% gewijzigd door RobIII op 11-04-2014 12:46 ]

[Sebazzz]

8000 controls gaat sowieso niet werken. Je loopt al snel tegen het maximum aantal Window handles aan.

[roy-t]

Ik zou wel graag een screenshot van het control willen te zien om te bepalen of het misbruik is of een legitieme corner case.

[Sebazzz]

Zie trouwens: http://blogs.msdn.com/b/o...e/2007/07/18/3926581.aspx
En: http://blogs.msdn.com/b/o...ve/2005/02/11/371042.aspx