Benny Malengier a écrit :
Ok, I commented some extra in that patch.
This is the real size of the html page. This size can grow but can't be
Locally I can have the statusbar appear on startup. It quickly get's
1. what is the white thing? Is it the gtk.Frame, or does it come from
it comes from webkit.
This is why I think it could be a bug but in Paned window, you can't
reduce the size of a child window.
The only size you can modify in a paned widget is the visible size of
the left pane and the size of the right pane
So I can't resize the html page.
2. why not use size_allocate to resize the image, instead
I already tested that without success. Anyway, I can retry with a new
3. is it not needed to set width/height somewhere of
Yes, but to have the crosshair in the middle of the window and to have
the center of the map in the center of the window, I need to.
If I don't resize the map ( not the html page), we never see the
crosshair and the map is centered on a non visible place. It is
difficult to see the place as I have no scrollbars for the map.
For the moment, in trunk, I force geoview to use gecko, so nobody
should see that.
But it is a real problem.
2010/10/29 Serge Noiraud <Serge.Noiraud@free.fr>
Malengier a écrit :
This changes nothing for me. The html view is always above the
In attachment a quick change on geoview that makes the bottom statusbar
show again correctly.
The width is not ok yet.
What is your distrib or your webkit version ?
I'm not sure. The html page in the pane grows when you enlarge gramps.
Anyway, I think this patch shows that geoview problems in a pane are a
programming problem, not a real limitation.
The html size remains the same size when you reduce it and is displayed
above the other windows.
You can try this when the filter is activated and you try to resize
gramps (enlarge then reduce).
I'm always trying to solves this since a few weeks without success.
Can you investigate further with this patch?