<div dir="ltr"><div class="gmail_default" style="font-family:verdana,sans-serif">Thanks for the background info, Michael -- also, my knowledge of basic JavaFX layout is surprisingly abysmal (compared to other areas), I didn't expect it could be fixed as easily like that (or without affecting <i>other</i> nodes or something negatively).</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">I would consider this a ControlsFx bug based on what you've said so it would be good to get it fixed there as I'm sure many will fall to this in time.</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Anyway -- I've been testing a bunch of HeaderBar/EXTENDED scenarios at this stage, and all is currently looking good...</div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif"><br></div><div class="gmail_default" style="font-family:verdana,sans-serif">Kind Regards,</div><div class="gmail_default" style="font-family:verdana,sans-serif">Cormac</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 24 Jun 2025 at 19:06, Michael Strauß <<a href="mailto:michaelstrau2@gmail.com" target="_blank">michaelstrau2@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">We had a brief discussion back in October 2024 whether HeaderBar<br>
should be a normal layout container in the scene graph, or whether it<br>
should live somewhere else (for example something like<br>
Scene.setHeaderBar(), analogous to Scene.setRoot()). It became clear<br>
that we wanted HeaderBar to be a part of the scene graph, because its<br>
capability to interact with the rest of the scene graph is one of the<br>
main features.<br>
<br>
This naturally exposes HeaderBar to the same question that the rest of<br>
the scene graph has to solve: what to do in case of an overconstrained<br>
layout? Layout containers have different (but well-specified) answers<br>
for this question. In your example, you're using a StackPane as the<br>
root layout container. By default, StackPane will center its content<br>
if it can't be resized to fit the available space. This behavior can<br>
be adjusted with the StackPane.alignment property: set to TOP_LEFT,<br>
the HeaderBar in your example will stay where it is.<br>
<br>
The way I see it, there's an easy solution: use the scene graph the<br>
way it's designed and meant to be used. If ControlsFX wraps the scene<br>
root in a StackPane, but doesn't set the content alignment to<br>
TOP_LEFT, then that's a bug in ControlsFX because it changes the way<br>
the scene graph is laid out.<br>
</blockquote></div>