In the new version of VSCode 1.33.0 I have the following message:

unable to apply all patches (2/4)

It did not happen in 1.32.X.

on macOS you can click the title bar to have the window automatically resize to the available screen size. With this extension enabled you there is nowhere to click to make this happen.

First of all, thank you for this extension. It is a game changer. There is one tiny thing that bugs me a bit. Doubleclicking on draggable areas should maximize (zoom) the window. Would this be possible to implement?

Since I use keyboard shortcuts, I have no use for the traffic light buttons. Could we add an option to hide them entirely?

I'd submit a PR if you're open to it.

I appreciate your effort on this extension.

Hi there,

Just found out about this extension recently and I absolutely love it, thank you so much for having done this! You are awesome. 👏

I noticed that before this extension I would have window.nativeFullScreen = false to prevent Code from creating a new space when triggering the fullscreen, however that needs to be set as true for the extension to work properly

Only adding this here because the README only mentions window.nativeTabs but not that one

Code Version 1.34.0 (1.34.0)
macOS Mojave Version 10.14.5

PS: I wouldn't bother trying to make this work, if anything this is a cue for me to finally learn how to use Spectacle shortcuts properly instead of relying on application settings for that, thank you again!!!!

With this extension enable, I'm not able to click on certain tab areas and the behavior is inconsistent. It seems like a similar problem as #27 but I'm not sure.

Also, clicking on the "x" to close a tab will not work unless I click directly on the "x" glyph.

Awesome extension btw, thanks!

First of all thank you for this extension!

When VSC is fullscreened some space is still reserved for the traffic lights, even though the traffic lights get rendered in a separate titlebar.

On Catalina. VS Code version: 1.38.1

Currently, every tab has -webkit-app-region: no-drag set, which causes problem when there is a lot of tabs and they get scrolled beneath panel title (the "EXPLORER" part). Despite overflow:hidden, chrome still considers the area covered by tabs no-drag, and thus panel title becomes not draggable.

This could be solved by some monkey-patching magic. I.e. this seems to work fine

    _override = function (where, name, cb) {
        (function (original) {
            where.prototype[name] = function () {
                let t = this;
                let a = arguments;
                let res = cb.apply(this,
                    [() => original.apply(t, a)]
                );
                return res;
            }
        })(where.prototype[name]);
    }

   require.define("my", [
        "vs/workbench/services/window/electron-browser/windowService",
        "vs/workbench/browser/parts/editor/tabsTitleControl",
        "vs/workbench/browser/parts/editor/editorPart"
    ], function(ws, ttt, egs) {

             let replacement = function (original) {
                // remove draggin area element
                if (this.tabsContainer.lastChild) {
                    this.tabsContainer.removeChild(this.tabsContainer.lastChild);
                }

                // call original handler to create / delete tab nodes
                let res = original();

                // append dragging area
                let node = document.createElement("div");
                let container = this.tabsContainer;
                node.addEventListener("mousedown", (e) => e.preventDefault());

                // forward drag and drop
                let forward = function (oldEvent) {
                    let e = new oldEvent.constructor(oldEvent.type, oldEvent);
                    oldEvent.cancelBubble = true;
                    oldEvent.preventDefault();
                    e.target = container;
                    return container.dispatchEvent(e);
                }
                node.addEventListener("dragenter", forward);
                node.addEventListener("dragleave", forward);
                node.addEventListener("dragover", forward);
                node.addEventListener("dragend", forward);
                node.addEventListener("drop", forward);

                // doubleclick to zoom
                let windowService = this.instantiationService.createInstance(ws.WindowService);
                node.addEventListener("dblclick", () => windowService.onWindowTitleDoubleClick());

                this.tabsContainer.appendChild(node);

                let service = this.accessor;
                let group = this.group;

                // when this function is invoked during restore, there is no
                // grid widget present just yet
                window.setTimeout(function () {
                    if (document.body.contains(node)) { // still in document
                        // check if this is topmost group
                        groupAbove = service.findGroup({ direction: 0 }, group);
                        if (!groupAbove) {
                            node.className = "dragging-area-top";
                        }
                    }
                }, 0);

                return res;
            }

            _override(ttt.TabsTitleControl, "openEditor", replacement);
            _override(ttt.TabsTitleControl, "handleClosedEditors", replacement);
    }

and a bit of css

div.dragging-area-top {
    flex-grow: 1.0;
    -webkit-app-region: drag;
}

The way this works is that it creates div that fills area after last tab, which itself is draggable (so the drag/no-drag properties of tablist and tab can be removed). It also checks if tab is on top, so the logic from extension.js (process.nextTick()...) could be removed

For some reasons the window.titleBarStyle setting is ignored in the window that gets opened when debugging extensions, I think this extension should support that, basically detecting when it's running in such window and doing nothing, similarly to when the window is fullscreened.

I think the breadcrumb should take the full width in this situation:

Reporting another issue in Insiders 🙂

With today's update, enabling the extension breaks the application of "window.titleBarStyle": "custom", and shows the native titlebar instead:

If I disable the extension again, the custom style is applied correctly again.

Stuck after upgrade to version 1.31.0
After applying TitlebarLess: enable and restart Vscode shows an empty screen and I see no way to roll back except to download a new app and replace VScode in Applications folder.

It's also doesn't allow to open Developer Tools

While running the enable command, I'm running into an unknown error of unable to apply patch (2/4), even when using sudo.

VSCode Version: Insiders

Hey there!

Awesome plugin, this is just what I wanted.

I added the options

{
    "window.nativeTabs": false,
    "window.titleBarStyle": "custom",
}

and ran

>Titlebar-Less: Enable

But then I got an error saying

Unable to apply all patches (0/4)

Do you have any clue from this what could have gone wrong?

Hello,

First, great extension ! 😄
Would it be possible/relevant to remove the left colored mac icons with an option or something ?

I wanna have a minimal vscode ui

• no tabs
• no activity bar
• no title bar (at all)

to get something similar with hyper-mimal

I tried Vscode-essence but

1. The vscode version is old
2. Lots of extensions not working on it
3. Some errors
4. UI is to light (don't have filename, scrollbar, line amounts)

I think it could interest some people and extension like this one is a better option than forking

It seems that the last update broke some of the patches that this extension applies. I've checked the console output and it seems because some files don't exist anymore, in this case they seem to have been renamed

[Extension Host] Error: ENOENT: no such file or directory, open '/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.js'    at Object.openSync (fs.js:436:3)    at Object.module.(anonymous function) [as openSync] (ELECTRON_ASAR.js:160:31)    at Object.readFileSync (fs.js:341:35)    at Object.exports.wrapFsWithAsar.fs.readFileSync (ELECTRON_ASAR.js:580:40)    at applyPatches (/Users/alex/.vscode/extensions/lehni.vscode-titlebar-less-macos-1.9.1/extension.js:164:26)

[Extension Host] Error: ENOENT: no such file or directory, open '/Applications/Visual Studio Code.app/Contents/Resources/app/out/vs/workbench/workbench.main.css'    at Object.openSync (fs.js:436:3)    at Object.module.(anonymous function) [as openSync] (ELECTRON_ASAR.js:160:31)    at Object.readFileSync (fs.js:341:35)    at Object.exports.wrapFsWithAsar.fs.readFileSync (ELECTRON_ASAR.js:580:40)    at applyPatches (/Users/alex/.vscode/extensions/lehni.vscode-titlebar-less-macos-1.9.1/extension.js:164:26)

It seems that the new files are called workbench.desktop.main.js and workbench.desktop.main.css respectively

Currently all tab bars can be dragged on in order to move the entire window, but I think only the top-most tab bars should behave like that. It feels weird that I can drag the whole window from its center, and this way I can't move any editors groups around.

Having trouble getting it to work on 1.30.0

After enabling it, the usual message "Your Code installation appears to be corrupt. Please reinstall." appears, but no effect.

I notice you haven't been maintaining this as actively lately. I understand it's a lot of work to keep up with all the VSCode updates. I'd love to help. Would you be open to adding me as a co-maintainer so we can keep things working if you're busy?

This extension does not have any effect when "window.titleBarStyle" is set to "native" or when "window.nativeTabs" is set to true.

As a workaround, set "window.titleBarStyle" to "custom" and "window.nativeTabs" to false.

This isn’t really a bug IMO, but it might be worth noting in the README.

Titlebar-less version: 1.0.9
VS Code version: 1.26.0-insider (90fc7e66e2e10f643871b42f9c0f1f989d0ed221)

Not sure if you want to support the Insiders release but in the latest VS Code - Insiders release, the sidebar layout is pretty badly broken:

It works just fine using my exact same settings in the non-Insiders release version 1.25.1

1. Install vscode-titlebar-less-macos (version 1.9.1) and enable titlebar-less, restart VSCode.
2. Start some debug configuration so that debug toolbar appears.
3. Try clicking on any of the debug toolbar buttons (e.g. Stop).

You can successfully click on a button if clicking the lower half of the button. Nothing happens if you click on the upper half. No such problems with titlebar-less disabled.

Hello! This is a groovy extension for Mac VSCode users and I would like to request the addition of the ability to choose between horizontal and vertical traffic lights if possible, like in the Atom mod screenshot on this comment in @Microsoft/vscode#12377. What would be the difficulty in adding this feature?

The other screenshot in that comment (the Xcode-style titlebar) is potentially a trivial change with the Custom CSS & JS extension augmenting the current version of this extension, so I'm not nearly as concerned for that one at the moment.

When "window.zoomlevel" is set to anything but 0 the traffic light buttons aren't aligned correctly. -1 causes the explorer to overlap them slightly

Cross posting here from: microsoft/vscode#12377 (comment)

Would be great 👍

Steps:

1. Launch VSCode with Titlebar-less plugin enabled.
2. Close side bar.
3. Open at least two splits.

There is an empty space between tabs in 2nd/3rd splits.

Top of explorer sidebar becomes un-draggable after the window is open for some time. I'm not sure exactly what causes this to happen but it seems to consistently happen to me. Re-opening the window fixes it.

Whenever I tried to run the Titlebar-Less: Enable command it throws the above error.
Doesn't get fixed by closing and opening the app again.

Maybe it's something small you can look into.
Love the way this looks, great job!

At the moment the window is not draggable with activity bar off. Some comments in the original VSCode issue suggest using the space around traffic lights icon to be draggable in this case:
microsoft/vscode#12377 (comment)
microsoft/vscode#12377 (comment)

Not sure that this could be easily implemented though.

I have my action bar set to the right (good old VS2017 feeling), and this causes this extension to reserve space on the left that is not used:

On windowed this extension looks awesome. Thanks for the work!

I tried it as a root user as well, added the 2 required lines in the settings.json but the extension will still won't work.

As pointed out in #9 (comment): The layout is now broken. Dragging the window with the tab-bar also doesn't seem to work anymore:

Would be great if there was support for windows with hidden activity bar. Right now it looks like this:

For some inspiration, there were some pretty nice screens in this comment microsoft/vscode#12377 (comment)

Love the extension!
Being one of these weirdos who put the side bar on the right (View/Appearance/Move sidebar right), I was thinking that there's no real point in this case for the sidebar to match the width of the traffic lights. It could use the standard 50px width, right?