[ASP.NET] Event 'komt te laat'

[Swerfer]

Misschien een rare titel, maar het probleem is het volgende:

Ik heb een Custom control (een menu tree-view) waarbij een event wordt getriggerd als er op een menuitem geklikt wordt. De eventhandler moet daarbij de menutreeview voorzien van een nieuwe CategorieID, maar de menutreeview lijkt dan al te zijn gerenderd zodat de nieuwe CategorieID van mijn menutreeview niet wordt meegenomen. Code ter verduidelijking:

Visual Basic .NET:

Partial Class Masterpages_Default
  Inherits System.Web.UI.MasterPage

  Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load
    MenuTreeView.CategorieID = 0
    AddHandler MenuTreeView.CategorieClick, AddressOf Categorie_Clicked
  End Sub

  Sub Categorie_Clicked(ByVal sender As Object, ByVal e As System.EventArgs)
    MenuTreeView.CategorieID = sender.ID
    ' Hier wordt de nieuwe CategorieID geset, maar de menutreeview
    ' blijft CategorieID 0 gebruiken...
    ' Deze sub wordt wel afgehandeld, en ook als ik de sender.ID handmatig
    ' een nummer geef, wordt de menutreeview niet geupdate...
  End Sub

End Class

De page_load wordt eerst uitgevoerd, en daarna Categorie_Clicked. Maar hoe krijg ik het voor elkaar dat de menutreeview pas gerenderd wordt na Categorie_Clicked?

[Razr]

Logisch, want alles in je page_load wordt telkens opnieuw uitgevoerd. Je zou kunnen checken of het postback betreft of niet.

Als je dan het volgende in je page_load zou zetten (ken alleen c#)

C#:

if(!Page.IsPostback)
{
     //hier je code die je nu in je load hebt
}

Dan wordt je categorieID dus niet opnieuw gezet bij een postback, en zou je event goed moeten werken.

[Swerfer]

Het ligt niet aan de postback, als ik de code verander in onderstaande, dan wekt het nog steeds niet...

Visual Basic .NET:

Partial Class Masterpages_Default
  Inherits System.Web.UI.MasterPage

  Protected Sub Page_Load(ByVal sender As Object, ByVal e As System.EventArgs) Handles Me.Load
    If Not Page.IsPostback Then
        MenuTreeView.CategorieID = 0
    End If
    AddHandler MenuTreeView.CategorieClick, AddressOf Categorie_Clicked
  End Sub

  Sub Categorie_Clicked(ByVal sender As Object, ByVal e As System.EventArgs)
    MenuTreeView.CategorieID = sender.ID
    ' Hier wordt de nieuwe CategorieID geset, maar de menutreeview
    ' blijft CategorieID 0 gebruiken...
    ' Deze sub wordt wel afgehandeld, en ook als ik de sender.ID handmatig
    ' een nummer geef, wordt de menutreeview niet geupdate...
  End Sub

End Class

Ik ga eens kijken wat er gebeurt als ik alles uit de masterpage haal...

edit:

Het heeft niet met de masterpage te maken, want als ik de code niet in een master zet werkt de event ook niet goed...

[ Voor 6% gewijzigd door Swerfer op 22-06-2008 14:55 ]

[urk_forever]

Zit dit alles in je masterpage of ook een gedeelte in je content page? Want de masterpage Page_Load komt volgens mij na de Page_Load van je content page. Zou kunnen dat daar wat in fout gaat

[Swerfer]

urk_forever schreef op zondag 22 juni 2008 @ 14:55:
Zit dit alles in je masterpage of ook een gedeelte in je content page? Want de masterpage Page_Load komt volgens mij na de Page_Load van je content page. Zou kunnen dat daar wat in fout gaat

Zie de edit van mijn post boven die van Urk

[Mastermind]

Hij moet opnieuw getekend worden. Met een grid of een repeater gaat dat door DataBind() aan te roepen. Die doet opnieuw de page_load dus moet je idd daar kijken of het geen page.postback is.

[gorgi_19]

Buiten dit hoor je normaliter je events ook in createchildcontrols / init te definieren.

[Swerfer]

Ik ben na wat gezoek op Google erachter gekomen dat ik Implements IPostBackDataHandler met wat extra code moest toevoegen aan mijn custom control. Na dit gedaan te hebben met dit als voorbeeld, wordt de menutreeview wel geupdate, maar pas na de tweede postback
Het lijkt alsof de viewstate(?) één postback achterloopt.

Ik moet dus een extra render of zo voor elkaar zien te krijgen...

[ Voor 7% gewijzigd door Swerfer op 22-06-2008 16:45 ]

[gorgi_19]

.

[ Voor 99% gewijzigd door gorgi_19 op 22-06-2008 17:13 ]

[Swerfer]

Het was niet de Implements IPostBackDataHandler die ervoor zorgde dat na 2 postbacks de menutree wel reageerde (zou na 1 postback moeten zijn), maar ik had in mijn public property geen gebruik gemaakt van de viewstate.

Nu moet ik nog een manier vinden dat de menutree direct update nadat er op een categorie is geklikt, en niet steeds 1 klik achterloopt.

[eek]

Waarom stel je de eventhandler iedere page_load opnieuw in?

[ Voor 26% gewijzigd door eek op 23-06-2008 06:51 ]

[gorgi_19]

eek schreef op maandag 23 juni 2008 @ 06:51:
Waarom stel je de eventhandler iedere page_load opnieuw in?

Omdat die niet meegaat in de viewstate?

Swerfer schreef op zondag 22 juni 2008 @ 18:16:
Nu moet ik nog een manier vinden dat de menutree direct update nadat er op een categorie is geklikt, en niet steeds 1 klik achterloopt.

Bind je hem opnieuw na het klikken?

[ Voor 40% gewijzigd door gorgi_19 op 23-06-2008 08:28 ]

[Swerfer]

Ik heb inmiddels een oplossing gevonden, ik vang de event al af in de custom control, wis met me.controls.clear() alle controls en roep daar de sub CreateChildControls aan die de nieuwe menutree samensteld.

Daarna komt een raiseevent om de rest van de pagina up te daten, waarbij ik de huidige CategorieID opsla in een session, en bij page.ispostback stuur ik die CategorieID weer naar de custom control.

Werkt nu perfect, al zou het volgens mij ook eenvoudiger moeten lukken...