>> - The property names are a bit strange, since they have to accommodate >> either a horizontal or a vertical orientation. > > In JavaFX 2.0 they removed the property names and went with just adding > components to it, in the same manner you do with most other layout containers: > > http://fxexperience.com/2011/06/splitpane-in-javafx-2-0/
Yes, and Cocoa works similarly. The main issue I see with this approach is that it replicates layout logic that already lives elsewhere. Specifically, the SplitPane needs logic to determine how to re-allocate space when it is resized. That's pretty much the same logic that already exists for TablePane cells (which can be relative, absolute, or default in size). That doesn't necessarily make it a bad solution - just something to think about. >> A Resizer component (or "Sash") could potentially provide the resizing >> capability, and these could be used within different layout containers >> (primarily BoxPane and TablePane, I would imagine) to create various >> configurable layouts. > > In SWT, a Sash just sits between components That's another possibility. Though you'd need to associate the sash with a particular component, so it knows which one to resize.
