Title bar customization

When your app is running in a desktop window, you can customize the title bars to match the personality of your app. The title bar customization APIs let you specify colors for title bar elements, or extend your app content into the title bar area and take full control of it.

How much to customize the title bar

There are two levels of customization that you can apply to the title bar.

For simple color customization, you can set ApplicationViewTitleBar properties to specify the colors you want to use for title bar elements. In this case, the system retains responsibility for all other aspects of the title bar, such as drawing the app title and defining draggable areas.

Your other option is to hide the default title bar and replace it with your own XAML content. For example, you can place text, buttons, or custom menus in the title bar area. You will also need to use this option to extend an acrylic background into the title bar area.

When you opt for full customization, you are responsible for putting content in the title bar area, and you can define your own draggable region. The system Back, Close, Minimize, and Maximize buttons are still available and handled by the system, but elements like the app title are not. You will need to create those elements yourself as needed by your app.

Simple color customization is available to Windows apps using XAML, DirectX, and HTML. Full customization is available only to Windows apps using XAML.

Simple color customization

If you want only to customize the title bar colors and not do anything too fancy (such as putting tabs in your title bar), you can set the color properties on the ApplicationViewTitleBar for your app window.

This example shows how to get an instance of ApplicationViewTitleBar and set its color properties.

This code can be placed in your app’s OnLaunched method (App.xaml.cs), after the call to Window.Activate, or in your app’s first page.

The Windows Community Toolkit provides extensions that let you set these color properties in XAML. For more info, see the Windows Community Toolkit documentation.

There are a few things to be aware of when setting title bar colors:

• The button background color is not applied to the close button hover and pressed states. The close button always uses the system-defined color for those states.
• The button color properties are applied to the system back button when it’s used. (See Navigation history and backwards navigation.)
• Setting a color property to null resets it to the default system color.
• You can’t set transparent colors. The color’s alpha channel is ignored.

Windows gives a user the option to apply their selected accent color to the title bar. If you set any title bar color, we recommend that you explicitly set all the colors. This ensures that there are no unintended color combinations that occur because of user defined color settings.

Full customization

When you opt-in to full title bar customization, your app’s client area is extended to cover the entire window, including the title bar area. You are responsible for drawing and input-handling for the entire window except the caption buttons, which are overlaid on top of the app’s canvas.

To hide the default title bar and extend your content into the title bar area, set the CoreApplicationViewTitleBar.ExtendViewIntoTitleBar property to true.

This example shows how to get the CoreApplicationViewTitleBar and set the ExtendViewIntoTitleBar property to true. This can be done in your app’s OnLaunched method (App.xaml.cs), or in your app’s first page.

This setting persists when your app is closed and restarted. In Visual Studio, if you set ExtendViewIntoTitleBar to true, and then want to revert to the default, you should explicitly set it to false and run your app to overwrite the persisted setting.

Draggable regions

The draggable region of the title bar defines where the user can click and drag to move the window around (as opposed to simply dragging content within the app’s canvas). You specify the draggable region by calling the Window.SetTitleBar method and passing in a UIElement that defines the draggable region. (The UIElement is often a panel that contains other elements.)

Here’s how to set a Grid of content as the draggable title bar region. This code goes in the XAML and code-behind for your app’s first page. See the Full customization example section for the full code.

By default, some UI elements such as Grid do not participate in hit testing when they don’t have a background set. For the grid AppTitleBar in the sample below to allow dragging, we therefore need to set the background to Transparent .

The UIElement ( AppTitleBar ) is part of the XAML for your app. You can either declare and set the title bar in a root page that doesn’t change, or declare and set a title bar region in each page that your app can navigate to. If you set it in each page, you should make sure the draggable region stays consistent as a user navigates around your app.

You can call SetTitleBar to switch to a new title bar element while your app is running. You can also pass null as the parameter to SetTitleBar to revert to the default dragging behavior. (See «Default draggable region» for more info.)

The draggable region you specify needs to be hit testable, which means, for some elements, you might need to set a transparent background brush. See the remarks on VisualTreeHelper.FindElementsInHostCoordinates for more info.

For example, if you define a Grid as your draggable region, set Background=»Transparent» to make it draggable.

This Grid is not draggable (but visible elements within it are): .

This Grid looks the same, but the whole Grid is draggable: .

Default draggable region

If you don’t specify a draggable region, a rectangle that is the width of the window, the height of the caption buttons, and positioned along the top edge of the window is set as the default draggable region.

If you do define a draggable region, the system shrinks the default draggable region down to a small area the size of a caption button, positioned to the left of the caption buttons (or to the right if the captions buttons are on the left side of the window). This ensures that there is always a consistent area the user can drag.

System caption buttons

The system reserves the upper-left or upper-right corner of the app window for the system caption buttons (Back, Minimize, Maximize, Close). The system retains control of the caption control area to guarantee that minimum functionality is provided for dragging, minimizing, maximizing, and closing the window. The system draws the Close button in the upper-right for left-to-right languages and the upper-left for right-to-left languages.

The dimensions and position of the caption control area is communicated by the CoreApplicationViewTitleBar class so that you can account for it in the layout of your title bar UI. The width of the reserved region on each side is given by the SystemOverlayLeftInset or SystemOverlayRightInset properties, and its height is given by the Height property.

You can draw content underneath the caption control area defined by these properties, such as your app background, but you should not put any UI that you expect the user to be able to interact with. It does not receive any input because input for the caption controls is handled by the system.

You can handle the LayoutMetricsChanged event to respond to changes in the size of the caption buttons. For example, this can happen when the system back button is shown or hidden. Handle this event to verify and update the positioning of UI elements that depend on the title bar’s size.

This example shows how to adjust the layout of your title bar to account for changes like the system back button being shown or hidden. AppTitleBar , LeftPaddingColumn , and RightPaddingColumn are declared in the XAML shown previously.

Interactive content

You can place interactive controls, like buttons, menus, or a search box, in the top part of the app so they appear to be in the title bar. However, there are a few rules you must follow to ensure that your interactive elements receive user input.

• You must call SetTitleBar to define an area as the draggable title bar region. If you don’t, the system sets the default draggable region at the top of the page. The system will then handle all user input to this area, and prevent input from reaching your controls.
• Place your interactive controls over the top of the draggable region defined by the call to SetTitleBar (with a higher z-order). Don’t make your interactive controls children of the UIElement passed to SetTitleBar. After you pass an element to SetTitleBar, the system treats it like the system title bar and handles all pointer input to that element.

Here, the TitleBarButton element has a higher z-order than AppTitleBar , so it receives user input.

Transparency in caption buttons

When you set ExtendViewIntoTitleBar to true, you can make the background of the caption buttons transparent to let your app background show through. You typically set the background to Colors.Transparent for full transparency. For partial transparency, set the alpha channel for the Color you set the property to.

These ApplicationViewTitleBar properties can be transparent:

• ButtonBackgroundColor
• ButtonHoverBackgroundColor
• ButtonPressedBackgroundColor
• ButtonInactiveBackgroundColor

The button background color is not applied to the close button hover and pressed states. The close button always uses the system-defined color for those states.

All other color properties will continue to ignore the alpha channel. If ExtendViewIntoTitleBar is set to false, the alpha channel is always ignored for all ApplicationViewTitleBar color properties.

Full screen and tablet mode

When your app runs in full screen or tablet mode, the system hides the title bar and caption control buttons. However, the user can invoke the title bar to have it shown as an overlay on top of the app’s UI. You can handle the CoreApplicationViewTitleBar.IsVisibleChanged event to be notified when the title bar is hidden or invoked, and show or hide your custom title bar content as needed.

This example shows how to handle IsVisibleChanged to show and hide the AppTitleBar element shown previously.

How to hide ide main window title bar? (in IntelliJ IDEA)

Title bar is completely useless for me. Info it shows i can see in navigation bar. It only takes space. Is it possible to hide the header as looks in Netbeans?

8 Answers 8

1. install plugin: Window Decorate Mode Switcher
2. select view->switch decorate mode

You might want to toggle the «Auto undecorate on start» option under File > Settings > Switch Decorate Mode

If you use Windows 10 or Ubuntu (tested with IntelliJ Community 2019.2 on Windows 10 and Ubuntu 20.04; for Ubuntu: thanks to the comment of @demon101)

Hide (or show) native title bar on Windows

• Open Help -> Edit Custom Options.
• Allow a personal properties file to be created
• Add a line (true = hide; false = show)

• Restart IDEA

I really do not know the way to hide this bar, but you could use ‘Full Screen Mode’.

View -> Enter Full Screen

Window Decorate Mode Switcher plugin works well for me on Gnome.

Borderless UI can be disabled by the following steps:

1. press Ctrl+Alt+Shift+/
2. select Registry
3. switch off the ide.win.frame.decoraion key
4. restart IDE

This is the best solution I’ve found: the No Title Bar gnome extension.

Works for Linux only, but it works with ALL applications, not just those from JetBrains.

Very easy, just install the browser extension, refresh the page, click the switch to enable it, and then (optionally) remove the browser extension when you are done 🙂 Takes effect immediately.

lirenlin / gist:9892945

for_window [class=»^.*»] border pixel 1

new_window 1pixel

This comment has been minimized.

Copy link Quote reply

ghost commented Jan 17, 2018

This comment has been minimized.

Copy link Quote reply

UtkarshVerma commented May 16, 2018

This comment has been minimized.

Copy link Quote reply

mosta123 commented Feb 9, 2019

This comment has been minimized.

Copy link Quote reply

dru18 commented Jun 16, 2019

This comment has been minimized.

Copy link Quote reply

ncrmns commented Jul 31, 2019

This comment has been minimized.

Copy link Quote reply

Teoyaomqui commented Sep 16, 2019

This comment has been minimized.

Copy link Quote reply

caoanhhao commented Dec 30, 2019

This comment has been minimized.

Copy link Quote reply

4amVim commented Mar 12, 2020

This comment has been minimized.

Copy link Quote reply

icaroquadra commented Mar 17, 2020

This comment has been minimized.

Copy link Quote reply

side-of-raya commented May 14, 2020

you are beautiful

This comment has been minimized.

Copy link Quote reply

g59091 commented Jun 11, 2020

thank you bossman

This comment has been minimized.

Copy link Quote reply

freazesss commented Sep 29, 2020

This comment has been minimized.

Copy link Quote reply

pshirishreddy commented Nov 2, 2020

This comment has been minimized.

Copy link Quote reply

yepIwt commented Nov 12, 2020

This comment has been minimized.

Copy link Quote reply

vijaysenapathi commented Nov 25, 2020

This comment has been minimized.

Copy link Quote reply

orestborovets commented Dec 30, 2020

This comment has been minimized.

Copy link Quote reply

karak1974 commented Jan 2, 2021

This comment has been minimized.

Copy link Quote reply

Astro-re commented Jan 15, 2021

Thanks for this!

This comment has been minimized.

Copy link Quote reply

deviatorslegacy commented Jan 23, 2021 •

Just a friendly warning to all still using this method that it will probably be removed in a future release: See here.
If you’re trying to set your window borders to 1px, use default_border pixel 1 and default_floating_border pixel 1 , for tiled and floating windows, respectively. The first line, for_window [class=»^.*»] border pixel 1 , is still completely fine, but the new_window command is now deprecated, and default_border is the recommended approach. Doing it this way means your config file doesn’t stop working properly in the future.