Aaron, thanks again. This is just a very small sample to show the problem. The actual application is around 10 panes (and I have a similar test case I gave to Oleg a few weeks back). And in that test case you see the problem described above, when you grab the splitter and slide it left, the pan all the way on the left resizes proportionally. HOWEVER, in the bigger test case, I have one off to the right of the pane and it does not resize proportionally. In other words, the behavior of the two is not the same.
I realize I could go through steps to nail down the pane, it would be a lot of work. Because users could have moved all the panes around, and I could never be sure which pane was were on the left. So I'd have to put in a bunch of logic to figure out which panes to freeze depending on where they were and which slider was grabbed, etc... Really a lot more than I wanted to get into. I just thought that the pane on the left should not scroll. My example I posted was very condensed to show the specific problem.
Attached is a small 10 pane example that shows the actual issue more clearly. The center splitter can be moved left of right. When it is moved to the left it no only resizes the pane to its left as it should, it proportionally resize the pane all the way on the left. Now, slide it to the right. IT resize the pane to its direct right I as I would expect, but the pane all the way on the right does NOT resize. When the splitter gets to a point it can no longer be moved. But the pane on the right does not resize. This is the behavior I think the panes onthe left should exhibit.
I don't think it is a but, but rather a design limitation or quark. For some reason, the order it gets laid out in matters as to whcih panes will stay still and which ones will undesriably scroll. I can do the same thing verticall, panes above scroll proportionally, ones below behave like I would expect.
-Melvyn
|