Hallåj! Snyggast är väl att bygga om det till Ajax/Atlas men det innebär omkodning av alla sidor.. Du kan även cacha datakällan och ladda trädet i Init-eventet, då slipper du iaf en för stor viewstate. Tack för era svar, det blidde till att använda frames. *svärikyrkan* ;-) Annars hur väl treeview ett klientapi? Det borde ju gå att loopa igenom det lite snabbt för att få tag på vilka noder som är expanderade, sedan skicka med det som querystring. Sedan expanderar man alla noder som var expanderade på nästa sida Borde du inte kunna lägga din TreeView i en egen UserControl och sätta caching på denna usercontroll. Masterpage med tungt/stort navigeringsträd
Vid uppstart av siten laddas ett träd med stort antal noder. Detta träd ligger i master-pagen.
När man klicka på en av noderna redirectas man till en annan aspx med samma master. Då blir det inte längre någon postback eftersom det är en redirect och hela trädet laddas om igen..
Vi skulle vilja att trädet behöll sig laddat/sitt state även efter redirecten.
Hur löser man detta på bästa sätt? Gå tillbaka till frames? Lagra undan hela trädet i session? Annat?
Mvh
PeterSv: Masterpage med tungt/stort navigeringsträd
Annars kan ni göra Server.Transfer i stället för Redirect, på så sätt kan du behålla forms-variabler inkl Viewstate. Jag tror det fungerar... (googla)
Är det en ovanligt stor Treeview som inte behöver laddas om ofta, men som man vill ha synligt hela tiden, tycker jag att frames är en bra lösning på det (jag inser att jag svär i kyrkan nu).
Förutsatt att ni inte måste vara väldigt "accessible" typ skatteverket.se.Sv:Masterpage med tungt/stort navigeringsträd
Sv: Masterpage med tungt/stort navigeringsträd
Mvh
PeterSv:Masterpage med tungt/stort navigeringsträd
Sv:Masterpage med tungt/stort navigeringsträd
Så fall slipper du ju bygga om din treeview vid varje postback.
- M