"DR" == Duncan Rose duncan@robotcat.demon.co.uk writes:
DR> On Thursday, May 19, 2005, at 10:57 pm, Robert P. Goldman wrote:
>> >> I have been finding that my application-panes look to be off in width >> by the width of their scroll-bars. When I look at the COMPOSE-SPACE >> definitions (these are a little overwhelming for a novice like me) it >> looks like the effective method for compose-space for an >> application-pane is this one:
[...snip...]
DR> I don't think stream panes should know anything about scroll DR> bars; these belong to the scroller pane rather than the stream DR> pane I think (i.e. the stream pane doesn't want to ask for DR> more space to account for scroll bars, rather the scroller DR> pane should add space for bars to the space requirement of the DR> stream pane on its behalf).
DR> That said I tend to find my ideas of what's what are often DR> incorrect ;-)
I don't exactly understand. All I know is that my application panes are clipped to the right in a way that really suggests to me that McCLIM is trying to display an area w wide, and that it's computing the w based on the width of the output record, and then it's display w starting from the outside of the scroller-pane, so that what is displayed is actually w - (width scroller-pane).
This was the best guess I had for how to fix it. :-(
Maybe this lives in the incremental redisplay protocol, rather than the space requirement protocol.
I'm still bamboozled by the fact that adding incremental redisplay to my APPLICATION pane badly gaffed the rendering of my INTERACTOR pane, whose definition changed not a whit...
Anyone else have any clues?
Thanks, R