Hi Jurij, A single container for each layout is really the way to go. It shouldn't matter that your children are in different containers. To use MSingleSelectionHandling you just need to make sure you return all children in _getItems .
Currently, if you wanted to do away with the intermediate containers then you would have to create a custom layout for your own needs. HTH, Matt Jurij Bilas wrote: > I'm trying to build a portal-like UI, where main composite consists of a > bunch of resizable/closable/minimizable widgets. > Widgets would be stacked in columns and can be rearranged by drag/drop. > Using composites doesn't seem like a good idea for a couple of reasons. > - component shouldn't be used just for layout purpose - that's why we > have layouts for > - I loose some functionality which I would like to use if widgets are > not children of a main composite (MSingleSelectionHandling mix-in for > instance) > Grid doesn't work here since all rows have the same height. > I hope you get the idea. > > tsmiller wrote: >> Sorry if I misread your question. I don't know anything about making custom >> layouts. I have always used combinations of composites and gone on my >> merry way! I am just curious though, are you trying to make a new layout so >> that it is more efficient? smaller in size? Other reasons? >> >> tom >> >> > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
