On Fri, 2 May 2025 10:32:42 GMT, Michael Strauß <mstra...@openjdk.org> wrote:

>> Implementation of 
>> [`StageStyle.EXTENDED`](https://gist.github.com/mstr2/0befc541ee7297b6db2865cc5e4dbd09).
>
> Michael Strauß has updated the pull request incrementally with one additional 
> commit since the last revision:
> 
>   simplify header area picking

Apologies on my comment on the subject, I had not realised until after, that it 
was already discussed.

I would agree that "naive" clipping is probably more confusing than intuitive.

Anyway, note that even Windows Explorer doesn't do a great job.

E.g., depending on how fast you re-size the Window (in this case, with two tabs 
open), you can get this:

![image](https://github.com/user-attachments/assets/7b321d25-d14d-4d1b-be3e-b8e4fba3acb3)

...or this if you resize slower (no indication that two tabs are open -- but 
less "ugly"):

![image](https://github.com/user-attachments/assets/96f14be1-8a46-4256-aac3-d9e1d525a038)

I also prefer your suggestion that there should simply be a minimum window size.

But I can imagine a lot of people will want a menu in the top header bar; some 
maybe with too many items to be reasonably fit into a "minimum" size. 

Look at SceneBuilder (which has no min size), when resized, the menu items all 
get ellipsed -- not beautiful but at least it's something:

![image](https://github.com/user-attachments/assets/9c69ed8b-f39c-42de-85f8-3afef6be8d06)

Would this behave similarly in HeaderBar, or would it stay fullsize, and the 
window icons overlay it? (I am unable to test it at the moment)

-------------

PR Comment: https://git.openjdk.org/jfx/pull/1605#issuecomment-2846997152

Reply via email to