[VB.Net 2005] Designer mode pocketpc zeer traag

[NoFate]

Hallo

Ik heb een vraagje

Ik ben dus een programmake aant maken voor een pocket pc onder vb.net 2005.

Mijn form bestaat uit een aantal tabbladen met wat comboboxen en textboxen enzo...
Nu als ik in de code iets verander ofzo, hoeft helemaal nie veel te zijn.
Of gewoon als ik iets van plaats veranderer..

En als ik dan wil terugggaan naar designmode om een button ofzo bij te plaatsen, dan duurt dit ongelooflijk lang, evenlang gelijk je de eerste keer vb.net opstart.
Mijn harde schijf pruttelt als een gek dak , met vb2003 had ik hier geen last van

Tis precies of hij alles opnieuw gaat designen ofzo.

Bestaat hier een vinske voor? Dat je dat herdesignen ofzo kan afzetten? Of wat gebeurt hier in de achtergrond?


Bedankt

[joopst]

vs2005 compiled de code als hij dat nodig heeft. In design mode 'werkt' je code al.

dit kan je volgens mij niet uitzetten.

als het heeel traag is, dan moet je waarschijnlijk een snellere pc kopen. Op wat voor pc zit je te ontwikkelen ?

[NoFate]

op een acer notebook

1 gb DDR , centrino 1.8 , 80 gb 7200 rpm

maar tis niet altijd dat hij opnieuw alles gaat loaden,
bv
Als ik een button erop zet , en ik verwijder de button_click uit de code , en ik ga weer terug naar designmode , dan ist weer zo ver

Als ik dan terug ga naar designview, dan zie ik nog net een seconde alles staan, daarnaa maakt hij alles terug wit , en begint hij weer alles opnieuw te laden.

[ Voor 16% gewijzigd door NoFate op 14-12-2005 15:30 ]

[Serpie]

De volgende meldingen beschrijven jouw probleem, met jouw reproductie heb ik het hier ook (niet heel lang maar ik met een stuk of wat infragistics controls ong. 1 sec. op een P4 3.2ghz 1GB ram) maar het lijkt erop dat ze er niets aan gaan doen.


http://lab.msdn.microsoft...d4-4f92-bcf9-28499e13cd90
http://lab.msdn.microsoft...a1-4b5d-a576-ca5fcf945a16

[ Voor 13% gewijzigd door Serpie op 14-12-2005 16:47 ]

[NoFate]

pff , serieus klote

vin het raar dat ze hier niks aan doen , is toch wel een serieuze bug , zeker omdat 2003 hier geen last van had.

[joopst]

bizar man ..

volgens die links is de enige oplossing om minder controls te gebruiken .. hmm

[NoFate]

ik snap eigenlijk niet goed hoe ik dit moet verwezenlijken?

[pjvandesande]

NoFate schreef op donderdag 15 december 2005 @ 09:08:
ik snap eigenlijk niet goed hoe ik dit moet verwezenlijken?

Hoeveel control heb je op je form staan?

Een form met 100 controls in design view klinkt ruk, je kunt dan beter een hoop opdelen in eigen usercontrols. Dit scheelt ook weer bij het opbouwen in design time.

[NoFate]

volgens mij heeft het niets te maken met de controls.

Ik heb heel mijn code in commentaar gezet, het enigste wat nog overschiet is de eigen gemaakte region code. #Region " Windows Form Designer generated code "

Wanneer ik dan terug switch naar design view , begint hij weeral alles opnieuw te designen en te loaden...

Zet ik er dan weer een button bij op , schrijf ik er wat code achter , switch ik terug naar design view, en dan begint hij weer

echt wel klote, op zede manier drink ik veel koffies zunne

[pjvandesande]

Hoeveel staat er op dat form dan? En wat staat er allemaal op, twee buttons en 3 usercontrol views zijn niet echt een probleem hier.

[NoFate]

het bevat een 7 tal tabblaren

Op elk tablad gemiddeld 6 labels , 6 buttons en 6 textfields

en nog wat comboboxen

[ Voor 12% gewijzigd door NoFate op 16-12-2005 12:11 ]

[pjvandesande]

NoFate schreef op vrijdag 16 december 2005 @ 12:10:
het bevat een 7 tal tabblaren

Op elk tablad gemiddeld 6 labels , 6 buttons en 6 textfields

en nog wat comboboxen

Dat valt reuze mee, ik heb het probleem hier niet. Hij recreate wel, maar dat gaat in een fractie van een seconden.

Maar het is wel een bekend probleem. Ik neem aan dat er verder ook geen methods of events zijn die in designtime worden getriggerd om data oid op te halen?

[Serpie]

NoFate schreef op vrijdag 16 december 2005 @ 12:10:
het bevat een 7 tal tabblaren

Op elk tablad gemiddeld 6 labels , 6 buttons en 6 textfields

en nog wat comboboxen

Mijn eerste test had ik gedaan op windowsforms, later zag ik pas dat je het had over pocketpc.
Als ik een pocketpc project maak, en plaats daar het aantal controls op dat jij aangeeft duurt het bij mij ook een seconde of 6 a 7 op windows forms heb ik er geen last van.

Als je er op moet wachten zijn 6 seconden best lang.

[NoFate]

mja , bij mij duurt het toch wel een dikke minuut

Achter elke button of cmb box staat natuurlijk wat code

Maar het rare is , onder 2003 had ik hier totaal geen last van.

ik moet er wel bij zeggen , na de migratie naar 2005 heb ik een aantal warnings in mijn code staan die ik nog zou moeten verbeteren.

Maar dit kan normaal toch niet de oorzaak zijn , want als ik alle code achter buttons en comboboxen commentarieer, dan duurt het nog lang.

[Equator]

Ik begrijp uit je verhaal dat je met de bestaande code uit VS2003 werkt..
Ik weet dat de formlayout in VS2005 los is gehaald en in een aparte file staat. Ik weet niet wat VS2005 doet met formopmaak in de code.

Als je een nieuw project start, met het zelfde als wat Serpie heeft gedaan duurt het dan nog steeds lang bij jou, of loopt het dan sneller.

[NoFate]

dat heb ik nog niet geprobeerd...