franglais125/no-title-bar

Integrates maximized windows with the top panel

No Title Bar

An extension for GNOME Shell that merges the activity bar and the title bar of maximized windows.

Install From Source

make install
gnome-shell-extension-tool -e [email protected]

Restart GNOME Shell by pressing Alt+F2 and entering r.

Wayland

This extension does not work on native Wayland applications. The necessary support is simply not available upstream, and can't be fixed at the extension level.

The extension will still work on applications making use of Xwayland.

Dependencies

This extension depends on Xorg's xprop and xwininfo utilities. If not already present on your system, these can be installed using:

• Debian/Ubuntu: apt install x11-utils
• Fedora/RHEL: dnf install xorg-x11-utils
• Arch: pacman -S xorg-xprop

Credits

This is based on the Pixel-Saver extension, by @deadalnix: https://github.com/deadalnix/pixel-saver

no-title-bar's Issues

Middle monitor showing title bar from left window in 3 screen setup

Hi,
I've got quite annoying issue. My setup consists of 3 identical screens with left monitor being primary.

Everything works well on both left and right screen but gets screwed on the middle one. Ie.

1. Open terminal on left screen - title from terminal appears on left and middle screen. The right one shows nothing
2. Move terminal to the right screen - title disappears on left and middle screen and pops out on the right one.
3. Move terminal to the middle screen - title disappears completely.

I would be very grateful if you could have a look at this case. It's annoying but not limiting.

Move window menu entries into the application menu

At the moment when I use No Title Bar, I effectively lose my window controls (minimise, maximise, close). I can still access them via the window menu by pressing Alt + Space. I can also access the application menu by clicking on the application title (including, for example, Quit).

Is it feasible to move the window menu entries (minimise, maximise, close...) into the application menu?

Buttons in panel are a little « fuzzy »

Hi,

maybe not extension but top-panel itself related ?

Buttons in panel look less sharp than those in window title bar.

There's a slight difference in rendering them.

We agree it's a very little detail ;-)

Pixel Saver fork

@oft148 I saw you uploaded a Pixel Saver fork for extensions.gnome.org. In case you are interested, I did a very similar thing (https://extensions.gnome.org/extension/1267/no-title-bar/).

It's essentially Pixel Saver with options (you can remove the buttons, change the AppMenu title, etc.).

If you have additional suggestions, we can definitely collaborate on this.

Title bar hidden only on applications on primary desktop

Hello there,

Using GNOME 3.26.2, no-title-bar extension version 8. All applications work perfectly when they are on the primary desktop.

However if you move them or start them on any other desktop, they are maximized with the title bar still visible. There are no errors for gnome-shell in the journal and I can take a screenshot but it's just exactly how the window looks if the plugin was disabled.

Is there anything else I can do to debug this?

Add blacklist/whitelist

Add an option to have a list of applications that we either blacklist or whitelist:

• Blacklist: don't remove the title of these apps
• Whitelist: remove the title only for these apps

Doesn't work with GNOME Terminal in Wayland session

Title bar doesn't go away if I maximize GNOME Terminal in Wayland session. I noticed this for Terminal, but I think it happens with all the windows running in Wayland. Windows running in XWayland, for example Firefox, seem to behave as expected.

Distro: Ubuntu GNOME 17.04, shell version 3.24.2

Doesn't affect gnome-terminal

Have installed this extension, and it works for Firefox and Thunderbird, but doesn't seem to affect gnome-terminal 3.24.2 running on Ubuntu 17.10.

Feature request: support hiding titlebar of vertical-maximized application

Side maximization does not work / does not work well

That is what I mean

It would be better to disable no-title-bar function for the side maximization

[Feature request]: Blacklist/whitelist for the "Replace App Menu name with Window name"

Requested via email!

Gnome 3.24 compatibility improvement

@jhasse I reworked your fix and included it in my master [03cfa65]. I essentially added a version compatibility function to check if the unmax/max function needs to be triggered.

Does this work for you on 3.24? This way we are compatible with Shell versions below or above 3.24.

restore window on double click

copy of pixel-saver/pixel-saver#111 (comment):

Currently, a maximized window can only be resized on clicking the restore window button, dragging on the TopBar or with keyboard shortcuts. 😟 However, "restore on double click" would be a much more natural way to restore windows and consistent with the "maximize on double click" behavior. This is especially helpful for distros like Ubuntu GNOME that by default doesn't have maximize and minimize buttons, but only close button on the app window.

Video showing the expected working after this feature's implemented: Link to Video

In fact, right clic and middle clic actions, could also be applied…

xprop zombie process on guake open/close

When this extension is enabled gnome-session creates zombie xprop process on guake open/close.
Cant reproduce this with Pixel Saver.

Exclude « snapped windows » from title-bar hiding ?

Hi,

not really an issue. And maybe already feasible ?

When two windows are snapped, buttons for the current one in focus appear in top panel. Why not. It just looks a little weird for the window snapped on the right of the screen ( if you have buttons on left - and vice-versa - former Unity user here, sorry ).

Why not let snapped windows with their buttons in each of their title bar ? And only hide title bar for maximized windows, not snapped ones.

No close button for half maximized windows

When I maximize a Window to half of the screen (e.g. SUPER+LEFT) it will hide the title bar, but no close button appears. Works fine with fully maximized windows (SUPER+UP).

Debian 9.3 Resize Window

Hi, there is a problem when you resize the window in Debian 9.3, the tittle's bar doesn't hide. Only happen when you resize the window to the minimun size.

Add an option to show offed buttons when there is no window maximized [Feature Request]

Hi there.
I have an idea, an boolean option (have off/on) that offed window buttons can draw in panel even there is no maximized window, so there if there is another object after that won't move crazily every time and we can have a solid panel.
Thanks.

Include Titlebar actions in the topbar

Unfortunately, this application removes the ability to manipulate the window using the titlebar. Including this to the topbar would drastically improve the extension, as it would decrease the downsides to using it. This is functionality that was provided by Unity and its topbar, so it would also be appreciated by those moving over in the future.

The functionality in question is the following from the Gnome Tweak Tool:

More specifically, the double and middle click actions. In my Unity workflow, I middle click the topbar to lower it, bringing another application in focus. It's a quick alternative to alt-tab and very useful. I could sort of have the same functionality by doing the same with the titlebar in Gnome, but with this extension, there no longer are titlebars.

Support showing the title in the app menu for *all* windows

And not just maximized ones. I use shellshape with gaps since I quite like my background image, and overlay conky on top as well for various system information. Therefore, most of my windows are never maximized but I still want the title bar gone, and the title shown in the app bar.

Request: support for more gtk themes

Hi, awesome extension!
Could you support united-ubuntu (dark/darker) and adapta, flat plat and pop gtk theme?
I.e. change the window decoration according to the current gtk theme?
Thanks in advance

Specify title size

Hi Franglais

Would it be possible to limit the size of the window name. I have dash to panel installed which moved the title to the right but sometimes the title is too long and there is overlap. FYI the budgie-pixel-saver does this if that helps at all. https://github.com/ilgarmehmetali/budgie-pixel-saver-applet.

Takes some time to show the correct title after switching tabs in Firefox

I usually observe this issue after using Firefox for quite some time. I have Replace App Menu name with Window name option on. So the tab title is shown on the top panel. But when I switch to another tab the title of the previous tab is shown for some time before correctly showing title of the current tab.

Distro: Ubuntu GNOME 17.04, shell version 3.24.2
I noticed the same issue with Pixel Saver too.

Freeze after login

If I Lock screen and login back system freezes for 5-10 seconds. This is 100% because of extension. It started after update Ubuntu to 17.10

A lot of xprop become zombies and will slow down the machine until all memory is used up.

Wayland, GTK4 and plans for the future

The README says it's impossible to work under Wayland because:

The necessary support is simply not available upstream, and can't be fixed at the extension level

it's possible to document better what is missing for Wayland in order to ease tracking with upstream or look for alternatives?

Make install fails on debian 9

Hi,

I get the following error when executing make install:

make install

msgfmt -c po/es.po -o po/es.mo
make: msgfmt: Command not found
Makefile:50: recipe for target 'po/es.mo' failed
make: *** [po/es.mo] Error 127

OS:
Linux everest_grg 4.9.0-3-amd64 #1 SMP Debian 4.9.30-2+deb9u5 (2017-09-19) x86_64 GNU/Linux

Dependencies seems also be available:

sudo apt install x11-utils

Reading package lists... Done
Building dependency tree       
Reading state information... Done
x11-utils is already the newest version (7.7+3+b1).
x11-utils set to manually installed.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

What am I missing?

Buttons do not appear when a window is snapped

Snapping a window to either side of the screen removes the title bar, as if the window has been maximized, but does not seem to invoke the window control buttons (same for having two windows snapped at once).

"Close all windows" issue

Just a little issue I noticed :

When you use the "close all windows" shortcut, the buttons don't disapear.

To resolve the issue very quickly, I just added the window.is_hidden part in the utils.js file :

function getWindow(includeSnapped) {
    // get all window in stacking order.
    let windows = global.display.sort_windows_by_stacking(
        global.screen.get_active_workspace().list_windows().filter(function (w) {
            return w.get_window_type() !== Meta.WindowType.DESKTOP;
        })
    );

    let i = windows.length;
    while (i--) {
        let window = windows[i];
        if (window.minimized || window.is_hidden()) {
            continue;
        }

        let max_state = window.get_maximized();
        if (max_state === MAXIMIZED) {
            return window;
        }

        if (max_state === VERTICAL && includeSnapped) {
            return window;
        }
    }

    return null;
}

At this time I haven't noticed any problem related to this change.

Buttons location only work if on the right

When window control buttons are placed on the left (like in Unity), the user can't select the position of the buttons in the top bar using the settings.

Not working after 7th version

It's not working on Ubuntu 17.10 anymore. Having error below.

Nov 21 09:09:01 dincer-latitude gnome-shell[16709]: Extension "[email protected]" had error: Error: second argument to Lang.bind() must be a function, not undefined

wayland version: menu bar clicks "redirected" to wrong button

Hi,
im using your current master version under ubuntu 17.10 wayland (gnome-session) and have the
problem that clicks on the menu bar in fullscreen wayland applications are sometimes redirected to the first button on the left. In the attached screenshot you can see that i click on "insert" and the "file" menu opens.
This only happens with no-title-bar installed. But could be a more general gtk issue?

Add option 'Before status area' for 'Window control buttons'

In the configuration, Basic Settings, the field 'Window control buttons' has Before and After app menu, and Within and After Status Area, but not Before status area. Is there any reason that option is not included? I would use it if it were.

Multi-monitor support (placeholder)

This is just an announcement to some people I found asking about this. I implemented a feature to deactivate "pixel-saver" on secondary monitors. I uploaded the fork here: https://extensions.gnome.org/extension/1267/no-title-bar/

@the0demiurge @NNois @Zbob750 @1029chris @arcresu @passcod @highvoltage @hackel @kmhofmann @shihrer @overjt @nxadm @cfviotti

GNOME 3.26 session crash

When no-title-bar extension is active, session is crashing when closing a maximized window from the activities overview.

Properly restore the extension

@Beanow

Hi! You commented on the pixel-saver PR, and mentioned that enabling/disabling the extension doesn't properly restore the state of windows.

I included a fix in this fork that tries to remedy this [b2c4980].

If you want to give it a try, please let me know if it works for you!

git clone https://github.com/franglais125/no-title-bar
cd no-title-bar
make install
gnome-shell-extension-tool -e [email protected]

Hopefully we'll see this fork available from e.g.o :)

Thank you!

Add info about installation of dependencies on Solus

It wasn't clear to me, so i think it would be nice to add it to README.md:

• Solus: eopkg install xprop

Add 'Hide Application Icon" option

An option to hide the app icon would be a great addition, so we don't have to install another extension for that.

does not work for atom on ubuntu 16.04

works fine for other applications though.

Invert button order

Hello.

Can you add a toggle to invert the order of the buttons?

It feels really weird to have [ _ □ x ] when having them in the left hand part of the panel (after the AppMenu).
When inverted they should be: [ x □ _ ]

Feature Request: Treat GTiled Windows like Snapped Windows

I'm using gTile to move windows to certain parts of the screen (it's basically advanced snapping).
I don't need (or want) their title bars when they are in particular locations. I'm not sure how much data you can have exposed by gTile but, broadly speaking, I would like no-title-bar to respond to gTile like it can to snapping of windows.

Add an option to show window control buttons only when the focussed window is maximized

Steps:

1. Open and maximize window1. Window control buttons are shown in the activities bar.
2. Open and focus window2, but don't maximize it. Keep window1 maximized and in background.

What happens:

Window control buttons for window1 is still shown in the activities bar. It causes slight confusion (especially if you have moved buttons to the left of the activities bar) as the application name for window2 is shown in the activities bar whereas buttons are for window1. Also window2 has its buttons in its title-bar.

Window Buttons Extension has the option to show buttons only when the focussed window is maximized (see When the buttons appear section).

After screen lock, window name in top bar stop follow title changes for active application

Steps to reproduce:

1. Open application with multiple tabs with different names (Firefox/Chrome)
2. Press Super-L to lock screen
3. Unlock screen
4. Press Ctrl-PgUp/Ctrl-PgDn to change application tabs. Window name in top bar not follow tab changes.

Switching to another app and returning will restore correct behaviour.

I think, as screen lock disables extensions, on calling "enable" method, no-title-bar not restore tracking for focused window title.

Can only drag window using gnomes top bar if window is active

My setup has multiple monitors, so rearranging maximised windows is quite frequent. An issue I have come across with this extension, is that I can't drag a window using the Gnome top bar, unless the window in question is active.

Error when install No Title Bar

When I updated the plugin, He showed me the next error

I also installed via git, but still showing the same error

[Feature request]: please implement per non-maximized application hiding of window borders

Hi, I use your extension and it works pretty good.

But is it possible to implement a feature like described here: https://joshtronic.com/2017/07/26/hide-title-bars-in-gnome-shell/ ?

I would like to eliminate window borders even when the program is not maximized

Thank you

Update repo description on GitHub

Currently the repo description just says "No Title Bar" which is also the name of the repo. As this description is also shown in the <title> on the GitHub page a short description would be nice :)
I propose the following which I used on my fork: "Integrates maximized windows with the top panel"

Buttons not displayed when they have to be displayed.

This issue happens when you have two or more windows including one that is in fullscreen mode and takes advantage of the plugin.

When the fullscreen window loses the focus, the buttons disapear, which is correct.
The buttons come back when the window gets the focus back.
However, if the window, which is in fullscreen mode, allows you to scroll in its view, the title of the window comes back in the title bar but not the buttons.

When this happens, even when the focus is retrieved, the buttons are not displayed. They are only displayed when you click on the top bar.

This is not really a blocking issue but this is a little bit disturbing. The window might be in a state not considered by the plugin. I'll try to look at this and maybe create a pull request if I find something interesting.

Terminator show title bar when snapped

Funny enough terminator show the title bar when snapped but not when maximized. On the other hand, Firefox never show the title bar maximized or snapped.

Buttons: apply white/blacklist

Currently, the buttons module does not take into account the applications in the black/white-list.

Thanks @woohooatb for pointing this out!