Benny Malengier a écrit :
Ok, I commented some extra in that patch.
Locally I can have the statusbar appear on startup. It quickly get's hidden though.

1. what is the white thing? Is it the gtk.Frame, or does it come from webkit?
This is the real size of the html page. This size can grow but can't be reduced.
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 of size-request?
I already tested that without success. Anyway, I can retry with a new eyes.
3. is it not needed to set width/height somewhere of webkitview:
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 <>
Benny Malengier a écrit :


In attachment a quick change on geoview that makes the bottom statusbar show again correctly.
The width is not ok yet.
This changes nothing for me. The html view is always above the statusbar.
What is your distrib or your webkit version ?

Anyway, I think this patch shows that geoview problems in a pane are a programming problem, not a real limitation.
I'm not sure. The html page in the pane grows when you enlarge gramps.
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).

Can you investigate further with this patch?
I'm always trying to solves this since a few weeks without success.