Here’s also Unreal sub-window:
As compared to 2021 it can be properly moved around and snapped to screen edges.
Comparing to 2023: title bar is black, tab is in title bar to remove empty space.
TO THE POST BELOW THESE ARE ALSO NATIVE
Whether the bars look bad is debatable. But they are definitely useful.
I think it’s a style vs functionality thing, and and for me personally, functionality is way more important.
Finally we get some nativeness for windows OS. Things like windows snap to screen and such.
Think it is worth the the loss of beauty.
If doing it like this the bar should be dark when dark skin is enabled.
The fact that the title is shown twice is also pretty bad
How are they more useful than Unreal bars that are also native but tab is placed correctly? Snap works as I said.
Look on your web browser bar, there’s also no title…
Never said that they are more useful than Unreals, but happy to see some changes in the right direction:)
lol when i see it the other day first time i think it was a bug and was hoping it would be fixed in future.
for me when trying to drag a window i keep selecting on to the dark bars as that is muscle memory
i agree with @Lars-Steenhoff above it should have been dark in dark mode.
Hi everyone. I can give you some details on this feature and why it works the way it does.
We plan to refine some of the idiosynchrasies in the future.
1 - The titlebar is white on secondary windows (Win10 only, repects Unity theme on Win11)
Unfortunately the Win32 DWM API enum value to colorize the titlebar is not available on Windows 10. One of the reasons behind the change was to be in line with Mac and Linux - We don’t want to render custom non-client areas on only one platform. It is expensive to maintain and error-prone. With Windows 10, any app that does not draw its own non-client area will have a white titlebar. Only WinRT apps support the colorization or support respecting theme mode.
2 - The titlebar is white on the primary window (Win10 and 11)
This is because Win32, even with the DWM changes that allow colorization of the titlebar do not allow colorization of the menus. Win32 requires us to completely owner-draw the menus. So while secondary window titlebars will have their titlebar colorized with the general Unity theme color, we found this jarring in the main window to have a dark grey titlebar, then a white menu bar, then a dark gray client area (assuming Unity dark mode). We hope that this will be something we can adjust later.
3 - The titlebar should respect the user’s light mode / dark mode setting
This is multi-faceted but is related to the answers above. What we want (and what we do non Win11) is to colorize the titlebar of secondary windows with the Unity theme color (dark or light). This is in line with what we do on macOS. As in #2, this won’t affect the main window as having the titlebar be a different color than the menu bar is jarring.
4 - The window title and tab title is repetative
We considered this. The current behavior is in line with how macOS works. The reason we have it this way is because the repetition is most visibly apparent when you only have a single tab view. But if you look at the default layout, for instance, you can have as many tab views side-by-side or top-to-bottom as you want. So the title reflects the currently selected tab wherever it may be on the current window.
Thanks for your feedback on this. Feel free to log bugs if you believe something is in error. Right now the behavior is intentional and we believe will help make the product more stable. We want to do more refinements in the future however.
In my opinion, this looks quite bad. I was hoping it is actually a bug.
While I see a small benefit of being able to minimize it, please consider adding an option to disable it.
how to remove it?
now each window, with that duplicated extra titlebar also shows up in windows task bar,
have fun alt tabbing or clicking correct one…?
just curious,
how many errors or bug reports there have been, related to the old title bar code, where windows had separate code parts?
*compiled list of issues:
Rider:
Visual:
Looks like it’s very possible on Win10, I don’t understand how Unity doesn’t have enough resources to improve it…
Since I have a custom dark theme on window 10 / 11, with this Unity update. the title bars all now finally respect what the OS / Windows theme and it looks beautiful.
The titlebars being white for a lot of people is a problem with Windows and windows settings. you can easily set dark active title bars system wide but inactive title bars are still white. This can be worked around with registry hacks and/or custom Windows user style themes. Again, all a Microsoft / Windows problem, not a Unity problem. all the apps that workaround this and override the native title bars completely with completely custom UI to hide this Windows UI limitation creates an even worse problem of massive inconsistency in UI since now everyone is rolling their own title bars in a slightly different way. It’s a mess. But know that the blame is squarely on Microsoft first and foremost. There are some new APIs like Win UI 3 that microsoft just released that will finally help developers like Unity deal with this in the long run but it’s not trivial, an uphill battle. this recent Unity update is a step in the right direction towards that in any case.
??
Title bars respect OS theme since 2021. Menu bar doesn’t.
If every app is able to workaround this then Unity should too. Makes no sense saying “oh let’s wait for Microsoft 10 years until they maybe fix it”.
Here’s Godot 4, drawing custom menu bar instead of relying on OS like I mentioned before:
personally, i prefer it this way compared to where it was previously
Huh… There are more people here who actually like the new title bars than I thought there would be. I thought it was a bug until I checked the patch notes and read it in the “Release Notes” rather than the “Known Issues” section.
“Editor: Changed to title bars on Windows for editor. Improving upon the existing title bar feature by adding to it.”
What does it mean when it says “Improving upon the existing title bar feature by adding to it”? It’s not very descript.
Personally, I despise the change. I cannot see why others find this preferable, especially when it means that the name of the Window is duplicated right next to it. However, I respect that it’s possible to have a differing opinion.
If this is the final version of what this new title bar is supposed to look like, I don’t think this is the solution for native controls that we’ve been looking for. This is lazy. Is it progress? I’m not sure. But… it’s lazy.
While the title bars look much worse than before on Windows 10, I still prefer them this way.
They are somewhat native windows now and behave exactly as they should: dock/tile on screen edges, maximize when dragging them on screen top, spawn as own sub-window in the task bar and so on.
It was always like this in the Linux editor, and now the 2023.1 windows behave exactly the same on Ubuntu 22.04 and Windows 10. Unifying it and making everything native to the OS is definitely the right decision in my opinion.
Very lazy and cheap feeling implementation of a good feature. I also thought it was a bug at first. Really should be done like either Unreal or every cross-platform app listed in this thread. Pretty surprised a dev came in to cosign this decision as intended, but happy for the communication.
Also, i would love to be able to have windows go to the background and also have the option to pin them so certain windows are always in-front. Things can get pretty cluttered when every single window is stacked over the main Unity window
Good to experiment with making it better, but I would keep both ways possible in preferences, until the new one is clearly better for everyone.
