Hide the titlebar

[bl4ckb0ne]

Hiding the titlebar is done via a workaround to set the font size to 0 (see https://github.com/swaywm/sway/pull/7092 and #7408)

Font size 0 should not be allowed, instead there should be a proper way to hide the titlebars done via the config file.

Ref:

#7350, https://github.com/swaywm/sway/issues/6946, https://github.com/swaywm/sway/issues/5050 and https://github.com/swaywm/sway/issues/1286

[Inginn]

I am at my limit, I have the 0.01 height bandaid. but I keep pressing it with my mouse if I am using chrome and jumping to another window that is behind. I know this is not part of i3 but I could use sway befor they "fixed" it.

[WhyNotHugo]

I'd love to do this on a per-client basis. Some clients already draw functional titlebars, so I'd want to disable titlebars for those specifically.

Given that this needs to be designed from scratch, does applying it on a per-client basis sound reasonable? The all-windows use case can be covered by simply:

for_window * titlebar hide

[rpigott]

The client can already indicate when they draw their own decorations with xdg_decoration. Only allowed for floating clients atm (otherwise we enforce ssd), though I don't remember why.

EDIT: tbh I'm not sure what the intended difference between border normal and border csd is right now anyway. We could probably be more permissive in allowing csd for single containers.

[MarcioGCosta]

Setting the default_border as pixel 0 i was able to get rid of the title bar

I am running version 1.8.2 in void

[rpigott]

We restored this workaround in 1.8.2 until a proper feature is added.

[hashworks]

A feature similar to smart_gaps would be great as well: smart_titlebar on would only show the titlebar when two or more windows are visible in a workspace.

[tmpm697]

Setting the default_border as pixel 0 i was able to get rid of the title bar

I am running version 1.8.2 in void

not work for me.

currently the only way to get rid of titlebar is setting font:

font pango:monospace 0

please do not remove this setting until we can provide a solution for it, my workflow adheres with it.

[ShalokShalom]

A feature similar to smart_gaps would be great as well: smart_titlebar on would only show the titlebar when two or more windows are visible in a workspace.

You can do that with hide_edge_borders --i3 smart

[hashworks]

Hm, that doesn't work for me. hide_edge_borders --i3 smart still shows a title bar even when only one tab is open. I guess I'll open a bug report later.

[ShalokShalom]

I have it with:

gaps outer 0
gaps inner 0
hide_edge_borders --i3 smart
workspace_layout tabbed

Thats the entire config, and it works for me ™️

[tmpm697]

I have it with:

gaps outer 0
gaps inner 0
hide_edge_borders --i3 smart
workspace_layout tabbed

Thats the entire config, and it works for me ™️

there's still title to distinguish between tabs, I find no way to get rid of titlebar completely execpt this font hack: font pango:monospace 0

[GrabbenD]

Is there any workaround which can highlight the active windows & hide the title bar?

Here's what I've tried:

• font pango:monospace 0 shows Invalid font size
• font pango:monospace 0.001 leaves a small bar above every window
• default_border none removes titlebar but doesn't highlight which window is active

[tmpm697]

Is there any workaround which can highlight the active windows & hide the title bar?

Here's what I've tried:

• font pango:monospace 0 shows Invalid font size
• font pango:monospace 0.001 leaves a small bar above every window
• default_border none removes titlebar but doesn't highlight which window is active

try this:

font pango:monospace 0
default_border none

worked for me

[GrabbenD]

font pango:monospace 0
default_border none

This doesn't work with 1.9.0-dev (git) due to Invalid font size. Is there a new method?

[emersion]

No. This issue is about adding a new method. If this issue stays unresolved by the time 1.9 ships, there will be no more way to hide the titlebar.

[ShalokShalom]

So make this a blocker?

[emersion]

No. It's up to people who care about this feature to submit a PR.

[tmpm697]

@emersion why clean it so fast as we haven't yet come up with an PR?

I have two layouts, one that adheres with that font trick, one curently use (was named unuse).

[iguanajuice]

A feature similar to smart_gaps would be great as well: smart_titlebar on would only show the titlebar when two or more windows are visible in a workspace.

You can do that with hide_edge_borders --i3 smart

TYSM! I was always bothered by sway not behaving the same way as i3 when it comes to having no borders when using tabs, and this makes sway behave closer to i3. This really should be the default behavior, since sway is usually pretty obsessive over being 1-to-1 with i3.

[emersion]

Reminder that a new Sway release is upcoming and this feature will go away unless someone steps up.

[nim65s]

Hi,

I did try something in #7889. It's not exactly a proper fix for this issue, but it provide a way to hide the titlebar when there is only one window, no matter which layout is configured.

Feedback is welcome :)

[neuromagus]

added option 'disable_titlebar' in master branch https://github.com/swaywm/sway/pull/8026#issue-2163011746

[y0nei]

Still not having a proper option to disable titlebars on windows is silly to say the least.

[neuromagus]

I'm done here. So, I don't know how merging works here and how long it will take for the corrected version to come out if my pull request is accepted, but I understand how titlebar in tiled WM can be annoying. Really!..

The spirit of DWM lives on, gentlemen. Here is a separate ~~hack~~ patch for Sway 1.9 and instruction ;)

[ghost]

I'm done here. So, I don't know how merging works here and how long it will take for the corrected version to come out if my pull request is accepted, but I understand how titlebar in tiled WM can be annoying. Really!..

The spirit of DWM lives on, gentlemen. Here is a separate ~hack~ patch for Sway 1.9 and instruction ;)

Hello, is it possible to enable the titlebar only where there are a few windows present, but keep it disabled when there is a single one?

[neuromagus]

nope. Or disable all (monocle mode/tiled) or enabled all ;} Maybe later I (or somebody) add this functional. But, for what? Titlebars eat up space.

[ghost]

nope. Or disable all (monocle mode/tiled) or enabled all ;} Maybe later I (or somebody) add this functional. But, for what? Titlebars eat up space.

Whatever then. Also thought about the extra space that is being taken. Thanks for the patch btw, works like a charm! :)

[Friptick]

The current hack (which doesn't involve a patch with a10-stage build process) is really sub-optimal: if the mouse pointer touches that font pango:monospace 0.001 line, you will suddenly be looking a different tab. Very irritating.

As @neuromagus says

But, for what? Titlebars eat up space.

And @kit-ty-kate says in #7350

I've personally never seen any sway config or screenshot where the user kept the titlebar.

But the maintainers do not seem interested, possibly for the decent-ish reason that a "tabbed layout" without tabs is a bit weird.

And yet what people want here is exactly the UX you get on Android and iOS. No titlebars, just swipe (or key) left and right to get to another app (or window). On mobile nobody would imagine wasting space on titlebars, after all.

@emersion Would it not be logical therefore to fork tabbed into a new layout called mobile or micro or something. Ditch the titlebar there and call it a day?

[neuromagus]

@Friptick, this is not "mobile" vision... If u want learn about mobile, read this guy - https://en.wikipedia.org/wiki/Jef_Raskin ("The Humane Interface"). IMO, I just want use ALL space in my screens. I know, where is open any programs (and write layouts config). This behavior reminds DWM stile (monocle layout). I love DWM, I very love Xmonad, but in the Wayland world we have "now" only wlroots... Wlroots -> Sway. And Sway have very big tabbars ;}

[Friptick]

OK true, you want tiling (not monocle) layout but without window chrome. And yes, tiling is not mobile UX (though 2 windows is possible on Android).

I was speculating about why the maintainers think this is superfluous.

Imagine 4 windows without titlebars:

• tiling layout - this makes full sense, you can see what they contain already
• stacking layout - a waste of space, but as least you can see how many windows there are
• tabbed layout (basically "monocle" or "mobile") - no information about what the windows contain or how many there are

Maybe that is what is discouraging the maintainers.

My point is that a mobile (monocle) layout is the ultimate space-efficient tiling layout so it is entirely appropriate in this project if it stops pretending to be "tabbed".