Layouts with constraint classes

Richard Bair richard.bair at
Tue Dec 4 11:57:01 PST 2012

On Dec 1, 2012, at 7:06 PM, Daniel Zwolenski <zonski at> wrote:

> More or less. I would have liked a really nice type safe Style Java API much like the really nice type safe Node API and Animation API, etc. Then CSS would be more of a higher level way of interacting with it (like FXML is to Nodes). This would allow nicer styling direct in java code eg something like:
>    Style myStyle = new ButtonStyleBuilder().border(2).padding(10) 
> And querying styles:
>   ButtonStyle style = StyleSheet.resolveStyleFor(my button);
>   style.getBorder().getWidth();
> Or whatever, you get the gist. It would obviously be a lot more complex than I imply here but I'm tapping on my phone. 
> This would also open the door to people building their own non-CSS style languages that map onto the java (eg json) or I could even put my styles in XML along side the FXML files, etc. I have use cases, but the main thing is its easier for developers to get creative when it's in java (as we just saw with Tom's unique FXML use case).   
> This is an old conversation though, I've kicked it around many times. I don't think it's something likely to change so maybe not worth burning your time on? I'd rather see that blog post you were talking about on how you got jfx working on android :)

Actually we added API to Region in 8 that defines the backgrounds, borders, etc. The goal has always been to have CSS map directly onto public API on nodes, unless I'm not remembering rightly (always possible). I think we're fairly close now to having public API for everything that is settable now. You might have to do:


or whatnot, in order to set the style on some inner node of the skin of a control (equivalent of using ".button Text" selector in CSS), but all the state that could be set from CSS should be settable in code. Its just that some plans take time to mature, and thankfully too, because our previous private API for this state on the Region was not what we would want longer term (hopefully the new API is!) so it was wiser to skip adding the public API in the 2.0 release and wait until it was ready. When in doubt leave it out!


More information about the openjfx-dev mailing list