Chrome 扩展无法隐藏浏览器顶部菜单栏，但可通过 chrome.windows.create({type: "popup"}) 创建无地址栏、无菜单栏的弹窗实现“无 UI”体验。
Chrome 扩展里怎么用 chrome.runtime.setUninstallURL 隐藏顶部菜单栏
浏览器顶部菜单栏（地址栏、书签栏、工具栏）不能直接“隐藏”，但通过 chrome 扩展的 manifest.json 配置 + chrome.windows.update，可以实现「无菜单栏」的窗口体验——本质是新建一个 type: "popup" 或 type: "panel" 窗口，不带标准 ui 元素。
常见错误是试图用 CSS 伪类或 DOM 操作去删掉 #toolbar，这在普通网页里根本无效；浏览器 UI 层和网页渲染层是隔离的。
- 必须用扩展权限：
"windows"、"tabs"，并在manifest.json中声明"permissions" -
chrome.windows.create({ type: "popup", width: 400, height: 300 })创建的窗口默认无地址栏、无菜单栏、无书签栏 - 如果想让当前窗口“变精简”，只能先
chrome.windows.getCurrent()，再chrome.windows.update(id, { state: "fullscreen" })——但 fullscreen 仍是完整 UI，不是真隐藏 - 真正干净的方案：用
popup类型窗口承载你的 UI，主页面只负责触发它，不自己渲染顶部区域
Electron 应用中禁用默认菜单栏的三种写法
Electron 默认会为每个 BrowserWindow 加载系统级菜单栏（含“文件”“编辑”“视图”等），这不是网页 DOM，没法用 CSS 隐藏。必须在进程初始化阶段干预。
最容易踩的坑是：在 main.js 里创建窗口后才调用 win.removeMenu()，此时菜单已渲染，部分平台（如 macOS）可能残留空白条或响应异常。
- 最稳写法：
new BrowserWindow({ webPreferences: { nodeIntegration: true }, show: false, frame: false, transparent: false })+ 创建后立刻win.removeMenu()，再win.show() - macOS 下若需保留窗口控制按钮（关闭/最小化），别设
frame: false，改用titleBarStyle: "hidden"，它隐藏菜单栏但保留标题栏按钮 - Windows/Linux 若用了
frame: false，记得手动实现拖拽：-webkit-app-region: drag加到容器元素上，否则窗口无法移动
VS Code 插件如何隐藏自带的 Activity Bar 和 Sidebar
VS Code 的 UI 区域（Activity Bar、Sidebar、Status Bar）由工作区配置控制，插件无法直接 DOM 操作隐藏，但可通过 workbench 设置项动态修改。
注意：这些设置影响的是当前工作区，不是全局；用户手动改回设置会覆盖插件写入值，所以得监听变更并做补偿。
- 隐藏 Activity Bar：
workbench.activityBar.visible设为false，用vscode.workspace.getConfiguration().update("workbench.activityBar.visible", false, vscode.ConfigurationTarget.Workspace) - 隐藏 Sidebar：
workbench.sideBar.location不管用，正确路径是workbench.editor.showTabs和workbench.tree.indent无关；真正控制 Sidebar 显示的是workbench.view.alwaysShowHeader？错——实际是workbench.sidebar.location已废弃，应改用workbench.sideBar.visible（VS Code 1.84+） - 隐藏 Status Bar：
workbench.statusBar.visible，但它会影响所有状态提示（包括插件自己的状态栏项），慎用 - 关键限制：插件无权修改
Application级设置，只能写Workspace或User级，而后者需要用户明确授权（弹窗提示）
React 应用里“假装隐藏顶部导航栏”的视觉 trick
纯前端网页无法真正删掉浏览器顶部栏，但用户常把「页面内顶部导航栏」误称为“顶部菜单”。这时候所谓“隐藏”，其实是 CSS + 路由控制的视觉反馈。
典型翻车场景：用 position: fixed; top: -60px 把导航推上去，结果滚动时导航突然闪回，或者 iOS Safari 触发地址栏自动展开，把整个布局顶飞。
- 推荐做法：用
useEffect监听路由变化，对特定路径（如/login）动态添加no-navclass 到body，CSS 写.no-nav .header { display: none } - 避免用
transform: translateY(-100%)，它仍占文档流，可能影响点击穿透或无障碍阅读器识别 - 如果要适配 iOS 地址栏收缩行为，加
viewport-fit=cover并配合env(safe-area-inset-top)，否则height: 100vh在 Safari 里会多出空白 - 别忘了服务端渲染（SSR）场景：初始 HTML 就不该包含该导航，而不是靠 JS 后加载再删
真正难的从来不是“怎么藏”，而是藏完之后用户还能不能关窗口、切标签、找回页面——所有绕过浏览器原生 UI 的方案，都得在可用性和控制权之间重新划线。
