Change:
return this.configurationService.getValue<boolean>('workbench.layoutControl.enabled'); } <ins> protected get useCounterZoom(): boolean { // Prevent zooming behavior if any of the following conditions are met: // 1. Shrinking below the window control size (zoom < 1) // 2. No custom items are present in the title bar const zoomFactor = getZoomFactor(); const noMenubar = this.currentMenubarVisibility === 'hidden' || (!isWeb && isMacintosh); const noCommandCenter = !this.isCommandCenterVisible; const noLayoutControls = !this.layoutControlEnabled; return zoomFactor < 1 || (noMenubar && noCommandCenter && noLayoutControls); } </ins> updateLayout(dimension: Dimension): void { this.lastLayoutDimensions = dimension; if (getTitleBarStyle(this.configurationService) === 'custom') { <del> // Prevent zooming behavior if any of the following conditions are met: // 1. Native macOS // 2. Menubar is hidden // 3. Shrinking below the window control size (zoom < 1) </del> const zoomFactor = getZoomFactor(); this.element.style.setProperty('--zoom-factor', zoomFactor.toString()); <del> this.rootContainer.classList.toggle('counter-zoom', zoomFactor < 1 || (!isWeb && isMacintosh) || this.currentMenubarVisibility === 'hidden'); </del> <ins> this.rootContainer.classList.toggle('counter-zoom', this.useCounterZoom); </ins> runAtThisOrScheduleAtNextAnimationFrame(() => this.adjustTitleMarginToCenter());

Discussion:
Code mac, have custom title bar in bar is not zooming in like the rest of the workbench To make the custom title bar accessible it needs to be zoomable. fyi
in general we've never done this. in fact on Windows we don't zoom in if the menubar is not present since the native title bar would not zoom. its up to the OS to decide the scale of the title bar. however, I do see a case to update the conditions if the new command center is present. what are your thoughts? further thing to consider. we can zoom in, but zooming out (below 1 zoom level) is not an option because the window controls have a minimum size.
I agree with you, and as we put more VS Code items in the title area I see a clear case to support zoom. Since the title area will feel more and more like an integral part of VS Code - and thus it should behave like the rest. Not being able to zoom out is fine imho. I feel that is the corner case. might also have thoughts, since we both noticed this bug when I was demoing the title bar search yesterday.
I think we need to work with Electron to also then zoom the native window controls, otherwise it looks like this: !
we can zoom in the controls, we just cannot zoom out, so that can be updated though the black bar is a separate issue that makes it look worse
1.67.2 TitleBar ! 1.68 TitleBar ! The new version is so small that it's hard to click
Agreed. Noticed this too after updating to v1.68. I use zoom : -1 but the title bar is still big and not zoomed out like the rest of the content
I have verified that the custom title bar can now we zoomable - thanks for that As you said zoom out is not supported which is fine, however on zoom out, the title bar does not change size but gets blurry. Like the browser anti aliasing rendering gets broken. Let me know if you would like me to file a new issue for this.
hmm yes, probably the way we implement counter zooming gives us this behavior, I don't think this is new however, nor do I think there is an easy fix for that. Would you mind verifying on stable for your machine?

If it is new, I would like a separate issue to investigate.
I can reproduce on stable. So I will not file an issue. If you still need one just let me know. Thanks!