| Author |
Message |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 06/08/2008 13:15:54
|
juha.huuhka
Joined: 30/01/2008 15:30:39
Messages: 9
Offline
|
Hello,
when I update content of an Table component, the horizontal scrollbars doesn't appear or disappear when needed. Vertical scrollbar works nice.
My layout contains 3 "frames" implemented by 2 splitpanels.
Code:
---------|
A| |
- | C |
B| |
----------
The problematic Table is located on "frame" B. Table contains one column. When the table is rendered for the first time, the scrollbars are shown if needed. When the content of the table changes, the horizontal scrollbars are not hide or shown as expected.
Would you be able to reproduce the incident or should I provide a simple example code?
Edit: once again, Tree-component on "frame" A works fine
Thanks,
Juha
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 11/08/2008 12:13:28
|
Marc Englund
![[Avatar]](/images/avatar/c9f0f895fb98ab9159f51fd0297e236d.jpg)
Joined: 07/03/2007 15:18:36
Messages: 93
Location: Turku, Finland
Online
|
Hi,
This is actually by design; the column width is calculated during the first render, and maintained to avoid 'skipping' effects.
If I remember correctly (first day at work after vacation!), repainting should fix that - i.e Table.requestRepaint() (of course new Table() will work too...)
Best Regards,
Marc
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 14/08/2008 07:38:38
|
-Sami-
Joined: 01/08/2008 14:18:08
Messages: 6
Offline
|
Marc Englund wrote:
Hi,
This is actually by design; the column width is calculated during the first render, and maintained to avoid 'skipping' effects.
If I remember correctly (first day at work after vacation!), repainting should fix that - i.e Table.requestRepaint() (of course new Table() will work too...)
Hi,
(Juha is on vacation at the moment so I'll continue here)
Calling requestRepaint on the table doesn't seem to be working And creating a new table is not an option for us. The case is that we update directly the table's data container and that point don't even have a reference to the table instance.
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 14/08/2008 13:50:22
|
Marc Englund
![[Avatar]](/images/avatar/c9f0f895fb98ab9159f51fd0297e236d.jpg)
Joined: 07/03/2007 15:18:36
Messages: 93
Location: Turku, Finland
Online
|
I see... hmm... just quickly thinking about this, I'd say that would require some sort of flag, that would tell the client _not_ to maintain the column width.
We'll have to look into it - do you want to add a ticket? (It would of course be helpful you could provide a test case, so that we can verify that this is indeed the cause.)
Best Regards,
Marc
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 15/08/2008 07:23:58
|
-Sami-
Joined: 01/08/2008 14:18:08
Messages: 6
Offline
|
Created a ticket: http://dev.itmill.com/ticket/1983 and attached a test case for it.
|
|
|
 |
|
|