WebPart (SPS 2003) med dynamiske controls, STORT problem

objekterne skal instantieres på serveren før du kan få noget ud af dem... hvis du har tilføjet kontroller dynamisk, er der ikke noget automatik der sørger for at de instantieres efter et postback, du skal derfor gøre det selv.
(altså... du skal sørge for at de findes - inden du kan opsnappe events fra dem. det fremgår af det du skriver, at det er i CreateChildControls du laver dem... den metode skal altså være kørt inden det kan komme på tale at håndtere events fra de kontroller du sætter ind).

hvis opbygningen af din side er afhængig af hvad en bruger har trykket på (på samme side), vil du derfor være nødt til f.eks. at skabe siden i createchildcontrols, og derefter modulere den afhængig af det event du fanger.

du kan desuden arbejde med IsPostBack ved f.eks. :
if(!this.Page.IsPostback)
{
  // første gang siden vises
}
else
{
  // ved hvert postback
}

hvad dropdownlisten (og mange andre tilsvarende kontroller angår) :
det at det er nødvendigt at instantiere de dynamisk indsatte kontroller på serveren efter et postback betyder ikke at du skal retablerer hele kontrollen med indhold osv.

typisk vil du gøre noget i stil med :

protected DropDownList ddList;

// et pasende sted :
ddList = new DropDownList();
this.Controls.Add(ddList);

if(!IsPostBack)
{
  ddList.DataSource = someSource;
  ddList.DataBind();
}

og i en handler af selectionchange, vil du så sørge for at loade ny data ind i listen (hvis det var det du mente med den repræsenterede et træ) - og efterfølgende databinde igen.

hmmm... det blev vist tåget... jeg vil gerne give dig nogle eksempler, men det ville være fitn hvis du smed lidt af din kode herud - så skal jeg nok give et bud på det.

mvh

...

(der findes en relateret 3-parts løsning her : http://www.denisbauer.com/ASPNETControls/DynamicControlsPlaceholder.aspx)

Du kan også kigge lidt her... der er muligvis lidt inspiration.
http://eksperten.dk/spm/519579

Okay takker mange gange men har dog lidt svært ved at forstå hvad du mener, første gang jeg programmere .asp , normalt programmere jeg kun c++, vb og php.
Nå men her er koden ihvertfald:
http://www.scoding.dk/WebPart1.asps

husk det er VB.net kode og der er en masse objekter der blever refereret til og det virker alt sammen fint, med undtagelse af disse dobbelte callbacks eller hvad man skal kalde det.

hov... havde ikke set du havde skrevet igen.
jeg kigger på det.

Det er jo et temmelig digert værk du har der.... Jeg tror du kunne have glæde af at bryde tingene en smule op, men pyt nu med det.

Med hensyn til din DropDownList, så er det det jeg skrev omkring databinding du skal kigge på.

Du skal ikke databinde hver gang.... kun første gang, og ved ændringer i datagrundlaget.
Din dropdownlist skal nok huske indholdet, og det sidst valgte.

Derfor :
// insert dropdownlist
If Not IsPostBack Then
  // her sørger du for at databinde din dropdownboks
End If

Den skal sættes ind uanset hvad - men du skal kun hælde data ind når det er nødvendigt.
og hvis det er en selection_change i dropdownlisten der ændrer datagrundlaget, er det først i den handler du sørger for at hante data, og kalde databinding på dropdownboksen igen.

er det forståeligt ... ellers må du lige sige til.

hvis du kan få ovenstående til at fungere kan vi kigge på det andet bagefter.

mvh

Hej, jeg har prøvet meget simpelt at tilføje dette
        If Not Page.IsPostBack Then
            cmb_priority.Items.Add("Low")
            cmb_priority.Items.Add("Medium")
            cmb_priority.Items.Add("High")
        End If
Dette resultere i at ved første load er der information i cmb_priority men når der laves postBacks er den tom... Objektet instantieres globalt
Private cmb_priority As New System.Web.UI.WebControls.DropDownList
Og bliver stoppet ind i en tabel under CreateChildControls - createNewForm

Har du nogen ide hvorfor dette ikke virker ?

jeg vil tro at du har slået viewstate fra .... har du det ?
mvh

har tilføjet dette før controls tilføjes, resultere stadig i det samme...

me.EnableViewState
cmb_priority.EnableViewState = True

har du prøvet at lave det på en "almindelige" webform ?
(altså ikke som del af en webpart)

Nej har jeg ikke men skal jeg heller ikke bruge til noget

:o) - fair nok.
Spørgsmålet var nok også ment som et spørgsmål om hvorvidt det var noget du havde haft "oppe under neglene" tidligere.
Normalt vil der - når du smider kontrol som en dropdownlist - ud til en klient blive lagt information i viewstate som er tilstrækkeligt til at retablere kontrollens tilstand på serveren, hvilket så igen resultere i at kontrollen kan renderes som forventet til klienten jf. det eksempel jeg skrev 29/09-2004 19:15:25.

Men.... jeg har lidt prøvet at se om jeg kunne finde nogle generelle forskelle fra når man laver "almindelige" customcontrols, og når man laver webparts, hvilket der er.

På denne side :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/odc_SP2003_ta/html/sharepoint_northwindwebparts.asp

Bliver lidt forskellige forhold behandlet, og en dropdownlist i forhold til viewstate er et eksempel, og der ser ud til at være en hel del gode ting på siden.

Adding Child Controls to Web Parts - er et af flere interesante afsnit, hvor der bl.a. er beksrevet forhold omkring viewstate og IsPostBack i forhold til webparts.

mvh

hej morschmidt :o)
jeg smider et svar her, hvis du kunne bruge noget af det til noget... Ellers må du sige til.
mvh - og held og lykke med det.

Nå men jeg prøver da lige igen ;o)

JA fandt ud af det, det havde noget med indholdet i comboboxen at gøre, jeg fylder nu information i comboboxen ved OnPreRender, jeg siger tak. Du nævnte dog tidligere
"Det er jo et temmelig digert værk du har der.... Jeg tror du kunne have glæde af at bryde tingene en smule op, men pyt nu med det." <---

Kan du give nogle eksempler ?

hej igen :o)
jeg har lige været væk i nogle dage... vil du stadig gerne have nogle eksempler ?
mvh

Ja hvis du mener der kan gøres mere struktureret så meget gerne...

crap... jeg havde helt glemt dig - det er jeg ked af :o( - undskyld.

har du mulighed for at lægge et billede op af siden ? (så er det lidt nemmere at forholde sig til end når man bare sidder og kigger på alle vb-linjerne :o)

men ellers ville jeg foreslå at tilgå sessionvariable lidt mere entydigt - f.eks. ved brug af properties sådan her :

til afløser for flere steder i koden at have en :

context.Session("chosenHelpdesk")
hvor man guffer en variabel på en string - som skal skrives rigtigt, kan der laves et enkelt sted, hvor du navngiver sessionvariablen pr. string (hvor der så kan bygges nødvendig null-sikring ol. ind).

Protected Property ChosenHelpDesk() As HelpDesk
Get
  Return CType(context.Session("ChosenHelpDesk"), HelpDesk)
End Get
Set
  context.Session("ChosenHelpDesk") = value
End Set
End Property

Så kan man tilgå den via den hver gang.

Der ligger også en del tabelgenereringskode, som giver nogle lidt lange metoder... Der tror jeg, at jeg selv ville vælge at lave en lille hjælpe-klasse til tabelgenereringen.
Der kunne måske være andere steder hvor en sådan hjælpeklasse kunne være rar at have, og jeg ville nok prøve at finde på en der kunne hjælpe med at fjerne de nestede "iffer" der er i nogle af metoderne.

Desuden kunne man afløse sådan en som den her :
context.Session("submitError")
med en lidt mere sigende metode i klassen som
PersistSubmissionError("Fejlmeddelelse")

Der kunne også laves adgang til styles via en style-klasse måske... Altså en klasse som så kunne være det eneste sted man navngav styles - f.eks. sådan her :

public class Styles
{
  public static string MicrosoftToolBar
  {
    get{return "ms-toolbar";}
  }

  public static string SuperDuperButton
  {
    get{return "superduperbutton";}
  }
}

hov - det blev C# (håber det går - det er bare et par properties ligesom den tidligere).

Det giver et lille overhead i koden, men til gengæld er der så kun ét eneste sted hvor man skal holde styr på de strings som kompileren ikke kan hjælpe med at finde fejl i (altså lidt af de samme årsager som det med sessionvariablene).

Det var bare lige et par småting... du kan jo se om der er noget af det du kan bruge - ellers kan du jo bare ryste på hovedet :o)
(man kan jo altid blive ved med den slags, men meget af det er jo ret afhængig af hvordan man selv arbejder mest effektivt - og der er jo sjældent nogle der betaler for at man sidder og forfiner sine koder i flere dage :o)

Håber din webpart spiller :o)
mvh

Meget fede ideer, havde jeg slet ikke tænkt over...
Genialt... takker endnu en gang mange gange

var så lidt :o)
mvh