> Did you call setActualSize on it? That fixed it! Not sure why, but that fixed it. Thanks again,
OK DAH > > -----Original Message----- > From: flexcoders@yahoogroups.com > [mailto:[EMAIL PROTECTED] On > Behalf Of David Ham > Sent: Monday, September 10, 2007 10:58 AM > To: flexcoders@yahoogroups.com > Subject: Re: [flexcoders] Re: Unwanted scrollbars on my List > itemRenderer--P.S. > > > It is working! > > No sooner said than undone! > > I am trying to add a LinkButton to my renderer, and it won't show up! > Its label and x position are being set correctly, but it doesn't > display! Gaaaaah! Is there something special about adding LinkButtons > that I don't know about? > > Help! > > OK > DAH > > > > > For future generations, here is what I did: > > > > * Created a custom class that extends ListItemRenderer. > > > > * Overrode createChildren, measure, commitProperties, and > > updateDisplayList as Alex described, calling super on each. The only > > glitch here is I had to set label.visible == false in UDL because > the > > label is duplicating one of the fields I am setting. Also, to get > > measuredHeight in measure(), I had to do getExplicitOrMeasuredHeight > > () on my textfield. When I set measuredHeight based on the > > textfield.height, all the rows were the same height, about 50-75 px. > > > > * No get or set data() or listData() in my new class. No other > > methods at all actually, except the ones listed above. > > > > The long national nightmare is over! Many thanks Alex and Tracy for > > your patient and informative replies. > > > > OK > > DAH > > > >> > >> Yes, as a matter of practice, you should always call > >> super.methodName() unless you know for sure you don't want the > >> underlying behavior. > >> > >> > >> > >> From: flexcoders@yahoogroups.com > >> [mailto:[EMAIL PROTECTED] On Behalf Of David Ham > >> Sent: Monday, September 10, 2007 9:17 AM > >> To: flexcoders@yahoogroups.com > >> Subject: Re: [flexcoders] Re: Unwanted scrollbars on my List > >> itemRenderer--measure() help? > >> > >> > >> > >> Alex, > >> > >>> In fact, I'd make a copy of LIR and rename it and erase the > guts of > >>> createChildren, commitProperties, measure, and updateDisplayList. > >> You > >>> shouldn't need to touch getters/setters of data/listData. > >> Should I call super.methodName() on the ones I am overriding? > >>> > >>> Create the textfields in createChildren. > >>> > >>> Stuff the .text properties from the data object in > commitProperties > >>> > >>> Calc measuredHeight in measure() something like this: > >>> > >>> Override protected function measure() > >>> { > >>> Tf1.width = explicitWidth * .2; > >>> Tf2.width = explicitWidth * .8; > >>> measuredHeight = Math.max(tf1.textHeight, tf2.textHeight); > >>> measuredHeight += (some padding) > >>> } > >>> > >>> Set their final positions in UDL > >>> > >>> Good luck. This is hairy-level-one so there are no dumb questions. > >> Thanks! I'm in this to win it! > >> > >> OK > >> DAH > >> > >> > >> > >> > > > > > > > > -- > > Flexcoders Mailing List > > FAQ: http://groups.yahoo.com/group/flexcoders/files/ > flexcodersFAQ.txt > > Search Archives: http://www.mail-archive.com/flexcoders% > > 40yahoogroups.com > > Yahoo! Groups Links > > > > > > > > -- > Flexcoders Mailing List > FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt > Search Archives: > http://www.mail-archive.com/flexcoders%40yahoogroups.com > Yahoo! Groups Links > > >
