-
Notifications
You must be signed in to change notification settings - Fork 1.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Hide the titlebar #7409
Comments
They added a check for 0 font size but no way to truly disable title bars. Setting font size to a low but nonzero value gets through the check but still hides the titlebars. They're working on a proper method to accomplish this - swaywm/sway#7409
This comment was marked as spam.
This comment was marked as spam.
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:
|
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. |
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 |
We restored this workaround in 1.8.2 until a proper feature is added. |
A feature similar to |
This comment was marked as off-topic.
This comment was marked as off-topic.
You can do that with |
Hm, that doesn't work for me. |
I have it with:
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: |
Is there any workaround which can highlight the active windows & hide the title bar? Here's what I've tried:
|
try this:
worked for me |
This doesn't work with 1.9.0-dev (git) due to |
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. |
So make this a blocker? |
No. It's up to people who care about this feature to submit a PR. |
@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 |
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. |
Reminder that a new Sway release is upcoming and this feature will go away unless someone steps up. |
Hide the titleb bar on containers with one child
Hide the titleb bar on containers with one child
Hide the titleb bar on containers with one child
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 :) |
to hide the title bar on workspaces with one child, fix swaywm#7409
added option 'disable_titlebar' in master branch #8026 (comment) |
This comment was marked as off-topic.
This comment was marked as off-topic.
I'm done here. The spirit of DWM lives on, gentlemen. Here is a separate |
to hide the title bar on workspaces with one child, fix swaywm#7409
to hide the title bar on workspaces with one child, fix swaywm#7409
to hide the title bar on workspaces with one child, fix swaywm#7409
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? |
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. |
to hide the title bar on workspaces with one child, fix swaywm#7409
to hide the title bar on workspaces with one child, fix swaywm#7409
The current hack (which doesn't involve a patch with a10-stage build process) is really sub-optimal: if the mouse pointer touches that As @neuromagus says
And @kit-ty-kate says in #7350
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 |
@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"). |
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:
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". |
ОМG... "Hot" is not "Red"! I want option for disable "tabbar". If maintainers not implement this option, I can hack again in the next version of Sway, like this. And later, we can see alternatives (DWL or River or something else) with this option. Well, True way is here (for me) - https://discourse.haskell.org/t/xmonad-for-wayland-call-for-help/7812 |
to hide the title bar on workspaces with one child, fix swaywm#7409
Hiding the titlebar is done via a workaround to set the font size to 0 (see #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, #6946, #5050 and #1286
The text was updated successfully, but these errors were encountered: