franglais125 / no-title-bar Goto Github PK
View Code? Open in Web Editor NEWIntegrates maximized windows with the top panel
Home Page: https://extensions.gnome.org/extension/1267/no-title-bar/
License: GNU General Public License v2.0
Integrates maximized windows with the top panel
Home Page: https://extensions.gnome.org/extension/1267/no-title-bar/
License: GNU General Public License v2.0
@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.
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!
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 □ _ ]
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
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.
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).
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.
It wasn't clear to me, so i think it would be nice to add it to README.md:
eopkg install xprop
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.
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?
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
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?
When no-title-bar extension is active, session is crashing when closing a maximized window from the activities overview.
An option to hide the app icon would be a great addition, so we don't have to install another extension for that.
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.
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).
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.
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.
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.
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).
Requested via email!
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?
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.
Currently, the buttons module does not take into account the applications in the black/white-list.
Thanks @woohooatb for pointing this out!
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.
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?
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…
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.
I would be very grateful if you could have a look at this case. It's annoying but not limiting.
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
When this extension is enabled gnome-session creates zombie xprop process on guake open/close.
Cant reproduce this with Pixel Saver.
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.
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
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.
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.
Steps to reproduce:
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.
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?
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
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.
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"
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
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.
Add an option to have a list of applications that we either blacklist or whitelist:
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.