🚀 go-pugleaf

Hi,

I'm afraid that was my fault.  I'm working with Richard on this and wrote up 
a document showing the problems.  The last figure in the document showed the 
response when I set AutoResizeMode to "..NEXT_COLUMN".  I zipped up the code 
forgetting to set that back to "OFF".  And yes, we see the same behavior 
with that setting (all columns visible, but squeezed to fit).  If you set 
AutoResizeMode to "OFF" you should see the column label problems we've been 
seeing (as shown in the document Richard posted in the attachments 
newsgroup).

Mike



"John McGrath [TeamB]" <ng-b@JPMcGrath.net> wrote in message 
news:xn0dwxxgt5qojdz00h@newsgroups.borland.com...
> On 1/5/2005 at 7:05:29 PM, Richard M. Ulrich wrote:
>
>> The problems we are running into are primarily associated with scrolled
>> column headers getting hopelessly out of synch or with the body of the
>> table (or downright mangled) when one scrolls to the right and then back.
>
> I cannot reproduce this.  The table's AutoResizeMode property is set to
> AUTO_RESIZE_NEXT_COLUMN, which means that the table will always be the
> same width as the scroll pane's viewport.  As a result, the horizontal
> scrollbar is never shown, so I cannot scroll to the right.  Can you give
> me steps to reproduce the problem you are seeing?
>
>> Also, resizing columns doesn't work too well.
>
> It seems to work as expected.  When a column width is changed, it adjusts
> the width of the next column so as to fit in the window.  This is what it
> is supposed to do when the AutoResizeMode is AUTO_RESIZE_NEXT_COLUMN.
> Have you tried other AutoResizeMode values?
>
> -- 
> Regards,
>
> John McGrath [TeamB]
>
> ---------------------------------------------------
> Before sending me e-mail, please read:
>    http://www.JPMcGrath.net/newsgroups/e-mail.html