wxcode-users

[wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Carl G. <cg...@gm...>]

Hi,

wxTreeListCtrl is a great component and works perfectly for me on Windows
but there is some sort of rendering problem on Linux or the SGI with wxGTK.

Using the latest CVS version of wxTreeListCtrl and its sample, I can
reproduce
the problem with wxGTK 2.6.1 built with either GTK+ 1 or GTK+ 2. (We are
unfortunately using GTK+ 1 instead of GTK+ 2 because of an unrelated proble=
m
and a customer refusal to patch...)

Anyhow, here are the steps to demonstrate the problem in the sample

1. Start treelisttest -- everything's fine
2. Collapse the Root item
3. Expand the Root item

After step 3, the tree is only partly drawn (most of two lines). You can
get everything back by iconifying and re-opening the window. You can
also get individual items back by clicking where they should be below.

Can anyone duplicate this or suggest a fix? Before I spend time looking
at the problem, I wanted to check with this list.

Thanks!

carl

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Otto W. <ott...@or...>]

Carl Godkin wrote:

> After step 3, the tree is only partly drawn (most of two lines).  You can
> get everything back by iconifying and re-opening the window.  You can
> also get individual items back by clicking where they should be below.
>
> Can anyone duplicate this or suggest a fix?  Before I spend time looking
> at the problem, I wanted to check with this list.
>
This looks as if the Refresh is limited to just 2 items (or one item 
plus some overlapses). Check if the Refresh is done completely when 
expanding an item. Currently I can't test it myself on Linux.

O. Wyss

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Carl G. <cg...@gm...>]

On 10/8/05, Otto Wyss <ott...@or...> wrote:
>
>
> >
> > Can anyone duplicate this or suggest a fix? Before I spend time looking
> > at the problem, I wanted to check with this list.
> >
> This looks as if the Refresh is limited to just 2 items (or one item
> plus some overlapses). Check if the Refresh is done completely when
> expanding an item. Currently I can't test it myself on Linux.
>
> O. Wyss



Thanks for the reply. I found a way to fix this but I'm sure it's not ideal=
.

The problem is in treelistctrl.cpp's wxTreeListMainWindow::RefreshSubtree()
method.

If I replace the GetVirtualSize() call with GetClientSize(), it works. For
some
reason, GetClientSize() says the virtual window's height is ~32 instead of
(say) 300.

For my code, I've just done this for now:

 int cw =3D 0;
int ch =3D 0;
#ifdef __WXGTK__
GetClientSize( &cw, &ch );
#else
GetVirtualSize( &cw, &ch );
#endif

Since I don't understand why GetVirtualSize() isn't working, I won't
consider this
a real fix but just a workaround.

Thanks,

carl

Re: [wxCode-users] wxTreeListCtrl rendering problem with wxGTK...

[Otto W. <ott...@or...>]

Carl Godkin wrote:

> The problem is in treelistctrl.cpp's 
> wxTreeListMainWindow::RefreshSubtree()
> method.
>
> If I replace the GetVirtualSize() call with GetClientSize(), it 
> works.  For some
> reason, GetClientSize() says the virtual window's height is ~32 instead of
> (say) 300.
>
32 sounds like the height of the header line instead of the main window 
height.

> For my code, I've just done this for now:
>
>     int cw = 0;
>     int ch = 0;
> #ifdef __WXGTK__
>     GetClientSize( &cw, &ch );
> #else
>     GetVirtualSize( &cw, &ch );
> #endif
>
> Since I don't understand why GetVirtualSize() isn't working, I won't 
> consider this
> a real fix but just a workaround.
>
I don't understand it either, maybe you ask in the wx-dev mailing list.

O. Wyss