Lines Matching refs:and
5 {\bf Note:} constraints are now deprecated and you should use \helpref{sizers}{sizeroverview} instead.
27 To calculate the position and size of the control, the layout algorithm needs to
41 automatically whenever the window size changes, or override OnSize and call
50 for the case of frames that have exactly one subwindow (not counting toolbar and
55 a wxLayoutConstraints object and associate it with a window with wxWindow::SetConstraints.
57 and two for the window size. By setting some or all of these constraints appropriately,
63 the children of a window, then the layout for the grandchildren, and so
65 constraints can ripple upwards and can eventually change the frame
67 always `boss' and specifies the size of the outer window, to which
69 circumstances, but it suffices for most situations, and the
74 edges and dimensions remain unconstrained. For a given window,
76 in all children to have unknown edge or dimension values, and then iterates through the constraints,
77 evaluating them. For unconstrained edges and dimensions, it
79 an unconstrained {\it width} may be calculated from the {\it left} and {\it right edges}, if
80 both are currently known. For edges and dimensions with user-supplied constraints, these
83 The algorithm stops when all child edges and dimension are known (success), or
86 It then sets all the window positions and sizes according to the values it has found.
89 irrelevant, however you may reduce the number of iterations (and thus speed up
93 slightly more efficient to first create the second button and specify that its
94 right border IsSameAs(parent, wxRight) and then create the first one by
102 This example specifies a panel and a window side by side,
142 This example sizes a button width to 80 percent of the panel width, and centres
143 it horizontally. A listbox and multitext item are placed below it. The listbox
144 takes up 40 percent of the panel width, and the multitext item takes up