On 2/11/06, Matej Knopp <[EMAIL PROTECTED]> wrote: > On 2/11/06, Juergen Donnerstag <[EMAIL PROTECTED]> wrote: > > On 2/11/06, Matej Knopp <[EMAIL PROTECTED]> wrote: > > > Hi, > > > > > > I noticed that you can't do a partial render of a component in list > > > view. As well as get it's markup attributes. The problem seems to be > > > Component#initializeMarkupStream. IMHO the function should convert > > > component path from fooListX:3:fooListY:4:fooContainer to > > > fooListX:fooListY:fooContainer. After I did this, everything seems to > > > work OK. > > > > > > > already fixed in CVS head. It is fixed the way you suggested, though > > it is more a hack than a solution. And there is another bug. It > > doesn't work with bordered pages either and there is no easy/hackish > > solution to it. > I forgot about borders. > > > Another thing is that this function (initializeMarkupStream) is called > > > for every component with attached MarkupIDSetter on every request. Not > > > good imho, since the function calls findComponentIndex, which > > > traverses the whole markup. > > > For everycomponent. Doesn't seem very performance wise to me. Isn't > > > there a way to cache component's position in the markup stream? > > > > > > > fully agree IMO This is all very much experimental only. It is the > > first (draft) version of these features and they'll certainly improve. > Hope so. Perhaps the component should remember the position in markup > stream? Perhaps during full render the position could be set on all > components? we do that already. But that is too late. You need the information already during the constructor. That is pre-render and pre-first-render. > > > Juergen > > > > > -Matej > > > > > > > > > ------------------------------------------------------- > > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log > > > files > > > for problems? Stop! Download the new AJAX search engine that makes > > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > > http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642 > > > _______________________________________________ > > > Wicket-develop mailing list > > > Wicket-develop@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642 > > _______________________________________________ > > Wicket-develop mailing list > > Wicket-develop@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/wicket-develop > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmdlnk&kid3432&bid#0486&dat1642 > _______________________________________________ > Wicket-develop mailing list > Wicket-develop@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-develop >
------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid3432&bid#0486&dat1642 _______________________________________________ Wicket-develop mailing list Wicket-develop@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-develop
