Scenario: avete sviluppato un portale web utilizzando il WebPart Framework, avete eseguito la fase di test e avete rilasciato il sistema al cliente, che lo sta collaudando inserendo dati a iosa nel db mediante le vostre webpart. Il cliente vi chiede delle modifiche e siete costretti a sostituire alcune properties dichiarate [Personalizable] con delle altre che gestiscono dati in maniera differente. ...e i dati già inseriti dal cliente e da noi persistiti nelle tabelle di ASP.NET ??!?? Sappiamo benissimo che sostituendo proprietà di personalizzazione rendiamo "orfani" i dati scritti nelle tabelle di personalizzazione. Come fare per agganciarli nuovamente e "travasarli" nelle nuove properties?   Soluzione: Lavoriamo...

Mi collego al mio precedente post #2 Piccolo scenario...avete un sito e i contenuti li inserite grazie a webparts, ognuna con il suo specifico compito di farvi editare contenuti e visualizzarli, opportunamente formattati, nel punto in cui le avete sistemate nelle vostre pagine, in apposite Zones. Sapete perfettamente che se non create verbi custom nelle webparts, il WebPartZone farà apparire il menù a tendina con i verbi di default o perlomeno customizzati, secondo quanto spiegato nel post suddetto. Se avete bisogno di far modificare i contenuti del vostro sito ad un utente tipo "PowerUser", quindi può accedere alla webpart in modalità Edit...

Io non lo sapevo, esiste un progetto spaziale, eletto dall'UNESCO "Progetto del XXI Secolo", che ha lo scopo di lanciare un satellite entro il prossimo anno e che tornerà sulla Terra fra 50.000 anni. In esso, alla partenza, saranno inseriti i messaggi di tutte le persone del mondo che vorranno dire qualcosa ai posteri. E questi ultimi, in teoria, potranno riceverli al suo ritorno. Molto pittoresco. Se volete lasciare il vostro "buon" messaggio: http://www.keo.org/   powered by IMHO 1.3

Secondo post sull'argomento WebParts Framework. Vediamo come "rivisitare" un altro componente che serve per ospitare le Web Parts in zone diverse della pagina web: il WebPartZone. Prima di tutto, cosa offre? Il WebPartZone deriva dalla classe WebPartZoneBase, che a sua volta deriva da WebZone, che deriva da CompositeControl; in effetti una WebPartZone non è altro che un controllo Web composto in grado di ospitare al suo interno altri controlli compositi, le Web Parts.   In questo post vorrei porre l'attenzione su una caratteristica in particolare: i Verbi. Si da per assunta la conoscenza di base del Web Part Framework quindi non spiego cosa sono...