(Added category wxHaskell)
|(20 intermediate revisions by one user not shown)|
Latest revision as of 20:47, 15 January 2012
 1 Layout
Most useful resource: the wxHaskell layout documentation
 1.1 Layout setting by gridding
In general, we can create layout by setting the layout argument in a frame or a panel, for example,
gui = do f <- frame [ text := "Layout" ] p <- panel f  b <- button p [ text := "button" ] set f [ layout := margin 2 $ container p $ floatCenter $ widget b , clientSize := sz 100 100 ]
I will call this Layout setting by gridding.
Gridding means using the layout function, such as grid, row, column etc, to set the layout.
 1.2 Layout setting by positioning
Also, we could set the layout by another way, Layout setting by positioning
gui = do f <- frame [ text := "Layout" , clientSize := sz 100 100 ] p <- panel f [ clientSize := sz 98 98, , position := pt 2 2 ] b <- button p [ text := "button" , position := pt 45 45 ]
The result of both examples are about the same, only the button position has a bit different. (Please measure the exact position by yourself). By this way, we can have more flexible layout rather than limited the layout by grids.
EYK: it seems like layout by positioning allows for more precise control, but it does not seem like it would respond nicely to window resizing, no?
 1.3 Layout reconfiguration
We can also re-configure the layout by just simply re-assign a new layout value to the layout. But remember, do not assign the same tab to the layout twice, it will append the same tab to the notebook. To prevent this, assign an empty list to the notebook
f <- frame [ text := "Layout" ] nb <- notebook f  set f [ layout := tabs nb  ]
 2 Transformers
 2.1 fill = stretch . expand
NB: these are tentative explanations, could be wrong
Two dimensions are important here
- shape (expansion)
- the widget's shape: how does a widget use the space around it? Your options are
rigid(default): fixed shape
shapedexpands but retains proportions
expandjust expands without caring about proportions
- the widget's dynamic behaviour: OK so your widget is laid out and has expanded however much it wants to. Now what happens when you give it even more space by resizing the parent window? Your options are
static(default): no stretching!
vstretch: stretches perhaps along one dimension only
minsize(not sure how this behaves)
 2.2 dynamic
??? how does this relate to expand/stretch?
 2.3 margin, boxed
 3 Questions
- Where can you define layouts? The API says frames, panels, and dialogues, but is it seems like defining sub-layouts in panels is a bit problematic
- Wait, you mean I have to put all my layout in the frame? That's not very modular!
- Why do I need to
expandin addition to
stretching to fill resized space?
 4 Troubleshooting
 4.1 Not in right place
- Did you use layout? Declaring the widget is not enough. You have to tell wxHaskell where it fits in wrt other widgets in the window
- Did you put the layout in the right parent? (elaborate)
- Do you need to use one of
- Are you using
glueto push things to the side as needed?
 4.2 Too small
- Really tiny frame when my app launches
- Widgets too small, lots of space around them though!
Solution: have you tried
expanding them to use that space?
- Widgets do not resize when window is resized
- Make sure you are using the
- Remember that columns (h)stretch only if all their members (h)stretch, and similarly for rows and vstretch.
- Make sure you are using the
- Still too small!
Suggestion: are your transformers cancelling each other out?
hstretchwill make the vertical dimension rigid and vice-versa, so
hstretch . vstretchwill probably not do what you want!
- Sash too small on splits
Workaround: put margins on both sides of the split
 4.3 Too big
- Absurdly huge widget
Possible solution make sure the widget is placed in the correct parent.
 4.4 Disappearing widgets
- Widgets that vanish when you resize the window
Workaround Set a minsize on the layout for the affected widgets
 5 See also
- Button sizing - It has problems to set the size of button