[wxhaskell-users] new sizer and splitter window problems

[Daniel F. <daf...@st...>]

Hello wxHaskell users,

my sizer problems changed a little since my last mail. Now I'm able to
specify my problems more precisely.

(1) If the initial size of the left/upper pane of a splitter window is
    SMALLER than the minimal size of this left/upper pane (as given by
    the layout) it is not possible to resize the panes by dragging the
    the splitter bar. The problem does not persist if the inital size
    is greater than the minimum size. This behaviour has currently
    only been tested with Windows.
    
    Maybe there should be a check for the inital pane size repsecting
    the minimum pane size when layouting the splitter windows via
    "hsplit" or "vsplit" ? Or has the programmer to do this check ?

(2) I'm using nested splitter windows. On top level there is a
    splitter window with horizontal splitter bar. The lower pane of
    this splitter window just contains "regular" controls but the
    upper pane consists of another splitter window with vertical
    splitter bar (both panes just containing "regular" controls, too).
    The minimum sizes of all panes containing "regular" controls are
    respected well. But the minimum size of the upper pane of the top
    level splitter window (just containing the other splitter window)
    is just ignored. I can move the horizontal splitter bar up nearly
    to the upper edge of the frame. Shouldn't the minimum vertical
    size be just the maximum of the minimum vertical sizes of the
    upper panes? Have I forgotten to set anything? Or is this a bug?

    For illustration I made some screenshots. In image "1.gif" you
    see the application window as it should look like. In image
    "2.gif" you see the squeezed upper splitter pane.

(3) Furthermore there is an ugly redraw bug. When minimizing and then
    restoring the window (on Windows) sometimes list controls disappear
    magically. As you can see in screenshot "3.jpg" (taken just after
    restoring the window) instead of the list control there is only
    the panel visible (compare tp "1.jpg"). The error is reproducible
    but seems only to occur if the splitter positions has been changed
    before (aka, they are different than the initial splitter pane
    sizes).

(4) Please excuse the *large* dimensions of the screenshots but this
    is one of my problems, too. Although the list controls are set to
    a minimum size of only 100x100 pixels and there are no forced spaces
    in the layout I'm not able to resize below a size of about 1200x874
    pixels. But there should be more than enough room the make the
    window smaller, shouldn't it? I don't know where the too large
    minimum size constraints come from. Is there a way of "debugging"
    this by simply printing the computed minimum sizes of each
    control?

You find the screenshots mentioned above on the web:
    http://www.fischerbox.net/1.gif
    http://www.fischerbox.net/2.gif
    http://www.fischerbox.net/3.gif
I included the source for reference.
    
Hopefully anyone has ideas concerning these problems.
Many thanks in advance.

Daniel