后端前端【免费下载链接】habiticaA habit tracker app which treats your goals like a Role Playing Game.项目地址https://gitcode.com/gh_mirrors/ha/habitica点击查看免费下载本文以 Habitica 仓库中的 z-index-overview.md 为骨架结合前端源码逐项验证 Habitica 客户端各类浮层组件的层级设计与覆盖规则。读者将掌握 Habitica 中进度条、创建任务菜单、加载屏、模态框、顶部工具栏、横幅、下拉菜单与通知的 z-index 取值及其背后的设计意图并了解在 Vue Bootstrap 4 项目中维护浮层层级的实操方法。一、为什么需要一份 z-index 清单在复杂单页应用中浮层组件弹窗、下拉菜单、通知、加载屏往往由不同文件、不同开发者在不同时期引入。CSS 的 z-index 数值本身只决定同一层叠上下文内的先后顺序一旦缺少统一规划就容易出现通知被弹窗遮住进度条被导航栏盖住之类的层叠事故。Habitica 用一份集中式的表格文档z-index-overview.md记录当前所有关键浮层的 zIndex 取值与所在文件作为开发者修改样式时的参照系任何新增浮层组件都应当对照该表选择数值避免与既有组件冲突。表格完整内容如下| 类型 | zIndex | 所在文件 | |:-|:-|:-| | 进度条Progress Bar | 1600 | app.vue | | 创建任务菜单Create App Menu | 999 | create-task.scss | | 加载屏Loading Screen | 1050 | loading-screen.scss | | 模态框Modals | 1350 | modal.scss | | 工具栏Habitica 菜单 | 1080 | menu.vue | | 工具栏弹窗打开时 | 1035 | — | | 顶部横幅工具栏之上 | 1300 | base.vue | | 顶部横幅弹窗打开时 | 1035 | — | | 工具栏下拉菜单 | 1000 | .dropdown-menu | | 通知 | 999 | notifications.vue |从数值分布可以直观看出 Habitica 的层级设计分层思路数值从高到低大致对应全局进度条 → 模态框 → 顶部横幅 → 工具栏 → 加载屏/工具栏下拉菜单 → 创建任务菜单/通知各层之间留有 10250 的间隔余量为后续新组件预留了插入空间。二、层级最高的进度条1600进度条是全局唯一使用z-index: 1600的元素且带!important修饰/* 出自 website/client/src/app.vue 第 104 行 */ #nprogress .bar { z-index: 1600 !important; /* Must stay above nav bar */ }对应的实现是 nprogress 库Habitica 通过axios-progress-bar加载其样式见 user-main.vue 中import ~/axios-progress-bar/dist/nprogress.css并在 app.vue 与 user-main.vue 中同步覆写。nprogress 自身的 CSS 已定义了基础样式Habitica 又在 progress-bar.scss 中把进度条颜色定制为品牌紫色$purple-400并固定高度 4px。之所以把它抬到 1600是确保在模态框1350与导航栏1080之上——网络请求期间顶部进度条必须始终可见即使此时弹窗或菜单正处于打开状态。这也是 z-index-overview 表中唯一一处注释写明Must stay above nav bar的数值属于全局最高优先级浮层。三、模态框与工具栏的弹窗联动降级机制Habitica 层级设计中最精妙的一点是弹窗打开时工具栏1080→1035与顶部横幅1300→1035会主动降级让出空间给模态框。3.1 模态框 1350模态框的 z-index 定义在 modal.scss.modal { z-index: 1350; padding-left: 0px !important; }同时app.vue 与 user-main.vue 都对.modal-backdropBootstrap 模态框的半透明遮罩做了定制将不透明度提高到0.9并改用品牌紫背景色$purple-100保证遮罩之下的页面内容被明显压暗。3.2 工具栏 1080弹窗打开时降为 1035工具栏即顶部导航条模板中通过idhabitica-menu标记menu.vue其.topbar类在 menu.vue 中设置.topbar { z-index: 1080; background: $purple-100 url(/assets/svg/for-css/bits.svg) right top no-repeat; min-height: 56px; box-shadow: 0 1px 2px 0 rgba($black, 0.24); }弹窗打开时Bootstrap 会在body上添加.modal-open类通过非 scoped 样式降级/* menu.vue 第 450-452 行 */ body.modal-open #habitica-menu { z-index: 1035; }3.3 顶部横幅 1300弹窗打开时同样降为 1035顶部横幅促销、礼包、隐私提醒等公告条由 base.vue 统一定义/* 非 scoped弹窗打开时 */ body.modal-open .habitica-top-banner { z-index: 1035; } /* scoped常规状态 */ .habitica-top-banner { width: 100%; padding-left: 56px; z-index: 1300; }横幅默认 1300 高于工具栏的 1080因此正常状态下横幅覆盖在工具栏之上而弹窗打开时两者都降到 1035低于模态框的 1350——这保证模态框、遮罩层与页面其他内容之间的层叠关系始终正确同时横幅与工具栏在弹窗场景下也不会盖住弹窗内容。实际使用中这些横幅组件如 damagePaused.vue、gemsPromo.vue、giftPromo.vue、privacy.vue通过插槽机制复用 base.vue 的布局与样式因此降级规则只需在 base.vue 中维护一次所有横幅统一生效。四、加载屏与下拉菜单1050 / 1000加载屏定义在 loading-screen.scss#loading-screen, #loading-screen-inapp { z-index: 1050; position: absolute; top: 0; bottom: 0; right: 0; left: 0; display: flex; justify-content: center; align-items: center; background-color: $purple-100; color: $white; font-size: 16px; line-height: 1.5; }它同时覆盖全屏与应用内两种加载场景居中展示加载动画#melior配合fadeColor关键帧做 2.4s 循环的呼吸闪烁效果。工具栏下拉菜单Habitica 菜单展开后的子菜单使用 1000。该值来自 Bootstrap 4 的默认样式Habitica 前端引入的是 Bootstrap 4.6见 bootstrap.scss 中import ~/bootstrap/scss/bootstrap依赖声明见 package.json 中bootstrap: ^4.6.0其.dropdown-menu默认z-index: 1000。注意由于下拉菜单的 1000 高于工具栏的 1080 降级值 1035弹窗打开时下拉菜单仍可能浮现在降级后的工具栏之上这是表格中值得留意的一个细节。加载屏 1050 与下拉菜单 1000 之间、以及它们与工具栏1080之间数值非常接近说明这两个组件在层级设计上处于工具栏附近的中间地带。五、创建任务菜单与通知999两个组件都使用 999处于表格中的最低档创建任务菜单定义于 create-task.scss。.create-task-area采用position: absolute定位right: 12px; top: -24pxz-index 为 998——注意源码实际值是 998而 z-index-overview 表中记录为 999表格与代码存在 1 的偏差以当前源码为准。该菜单负责新建习惯、每日任务、待办与奖励四种任务的入口对应.task-icon中icon-habit、icon-daily、icon-todo、icon-reward四个图标。通知定义于 notifications.vue。.notifications容器position: fixed; right: 10px; width: 350px源码注释明确写着z-index: 999; // to keep it above modal overlays。值得留意的是通知的注释语义是保持在模态框遮罩之上但其 999 实际上低于模态框 1350。结合 Bootstrap 4 的层叠规则可以推断这里above modal overlays更准确的含义是指**高于弹窗打开时降级后的工具栏与横幅1035 之下接近的位置**或指与其他 999 级组件的共存关系从数值上看它并不能真正盖住 1350 的模态框本身。这是从代码注释与数值对比中可以观察到的文档与实现之间的张力点修改该组件层级前需先确认实际覆盖需求。六、全局视角Habitica 的 z-index 分布与维护建议综合 z-index-overview.md 表格与上述源码验证可将 Habitica 当前浮层层级整理为一张纵向分布图1600 全局进度条nprogress#nprogress .bar 1350 模态框.modal 1300 顶部横幅.habitica-top-banner常规状态 1080 工具栏.topbar常规状态 1050 加载屏#loading-screen / #loading-screen-inapp 1000 工具栏下拉菜单Bootstrap .dropdown-menu 默认值 999 通知.notifications 998 创建任务菜单.create-task-area源码实际值 1035 弹窗打开时工具栏与顶部横幅的降级值此外源码中还散落着少量不在表格内的局部 z-index如 tasks/user.vue 中的 9999、itemPopover.vue 与 spells.vue 中的 1080它们在各自组件内部形成独立的层叠上下文不影响全局分层。对于在 Habitica 上继续开发的工程师维护建议如下新增浮层组件前先查阅 z-index-overview.md在已有数值的间隙中选值避免与既有浮层撞车遵循弹窗打开时降级模式工具栏与横幅均通过body.modal-open选择器把 z-index 降到 1035新增的页头级浮层应复用这一约定注意表格与代码可能的漂移本文验证发现创建任务菜单的源码值是 998 而非表格记录的 999说明文档需要随代码同步维护引用时以源码为准不要轻易改动 1600 进度条它是全局最高层任何新的必现浮层如果要超过它需要同时评估是否真的必须盖住加载进度条。七、结语Habitica 用一份 10 行表格管理了客户端最核心的浮层层级其设计核心是模态框优先 弹窗联动降级进度条 1600 永远可见模态框 1350 居中工具栏与横幅在弹窗打开时主动让位到 1035通知与创建菜单处于 999 档。本文逐项核对源码后确认该表格与实现整体一致仅在创建任务菜单998 vs 999处存在 1 的偏差。理解这张表就能在 Vue Bootstrap 4 的浮层世界里精准定位每一层的位置避免层叠事故。赞分享后端前端【免费下载链接】habiticaA habit tracker app which treats your goals like a Role Playing Game.项目地址https://gitcode.com/gh_mirrors/ha/habitica点击查看免费下载相关推荐突破WPF弹窗层级困境FlyoutsControl的z-index管理完全指南突破WPF弹窗层级困境FlyoutsControl的z index管理完全指南 你是否曾在WPF开发中遭遇弹窗被遮挡、层级混乱的尴尬当多个悬浮面板Flyo桌面应用UI组件gsd-2 前端 UI 指南伪元素 z-index 分层详解与负层级防盖字实践gsd 2 前端 UI 指南伪元素 z index 分层详解与负层级防盖字实践 本文基于 gsd 2 仓库内置的 userinterface wiki 技能规人工智能AI Agent代码智能体Agent 编排CLIAI 应用vux 中的 v-transfer-dom 指令把弹层自动挂载到 body根治移动端弹窗 z-index 与遮罩层级问题vux 中的 v transfer dom 指令把弹层自动挂载到 body根治移动端弹窗 z index 与遮罩层级问题 导读 v transfer domUI组件前端上一篇如何使用whoBIRD免费实时鸟类声音识别神器轻松识别全球6000鸟类下一篇ModelScope 本地部署5 分钟跑通第一条离线推理创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
后端前端【免费下载链接】habiticaA habit tracker app which treats your goals like a Role Playing Game.项目地址https://gitcode.com/gh_mirrors/ha/habitica点击查看免费下载本文以 Habitica 仓库中的 z-index-overview.md 为骨架结合前端源码逐项验证 Habitica 客户端各类浮层组件的层级设计与覆盖规则。读者将掌握 Habitica 中进度条、创建任务菜单、加载屏、模态框、顶部工具栏、横幅、下拉菜单与通知的 z-index 取值及其背后的设计意图并了解在 Vue Bootstrap 4 项目中维护浮层层级的实操方法。一、为什么需要一份 z-index 清单在复杂单页应用中浮层组件弹窗、下拉菜单、通知、加载屏往往由不同文件、不同开发者在不同时期引入。CSS 的 z-index 数值本身只决定同一层叠上下文内的先后顺序一旦缺少统一规划就容易出现通知被弹窗遮住进度条被导航栏盖住之类的层叠事故。Habitica 用一份集中式的表格文档z-index-overview.md记录当前所有关键浮层的 zIndex 取值与所在文件作为开发者修改样式时的参照系任何新增浮层组件都应当对照该表选择数值避免与既有组件冲突。表格完整内容如下| 类型 | zIndex | 所在文件 | |:-|:-|:-| | 进度条Progress Bar | 1600 | app.vue | | 创建任务菜单Create App Menu | 999 | create-task.scss | | 加载屏Loading Screen | 1050 | loading-screen.scss | | 模态框Modals | 1350 | modal.scss | | 工具栏Habitica 菜单 | 1080 | menu.vue | | 工具栏弹窗打开时 | 1035 | — | | 顶部横幅工具栏之上 | 1300 | base.vue | | 顶部横幅弹窗打开时 | 1035 | — | | 工具栏下拉菜单 | 1000 | .dropdown-menu | | 通知 | 999 | notifications.vue |从数值分布可以直观看出 Habitica 的层级设计分层思路数值从高到低大致对应全局进度条 → 模态框 → 顶部横幅 → 工具栏 → 加载屏/工具栏下拉菜单 → 创建任务菜单/通知各层之间留有 10250 的间隔余量为后续新组件预留了插入空间。二、层级最高的进度条1600进度条是全局唯一使用z-index: 1600的元素且带!important修饰/* 出自 website/client/src/app.vue 第 104 行 */ #nprogress .bar { z-index: 1600 !important; /* Must stay above nav bar */ }对应的实现是 nprogress 库Habitica 通过axios-progress-bar加载其样式见 user-main.vue 中import ~/axios-progress-bar/dist/nprogress.css并在 app.vue 与 user-main.vue 中同步覆写。nprogress 自身的 CSS 已定义了基础样式Habitica 又在 progress-bar.scss 中把进度条颜色定制为品牌紫色$purple-400并固定高度 4px。之所以把它抬到 1600是确保在模态框1350与导航栏1080之上——网络请求期间顶部进度条必须始终可见即使此时弹窗或菜单正处于打开状态。这也是 z-index-overview 表中唯一一处注释写明Must stay above nav bar的数值属于全局最高优先级浮层。三、模态框与工具栏的弹窗联动降级机制Habitica 层级设计中最精妙的一点是弹窗打开时工具栏1080→1035与顶部横幅1300→1035会主动降级让出空间给模态框。3.1 模态框 1350模态框的 z-index 定义在 modal.scss.modal { z-index: 1350; padding-left: 0px !important; }同时app.vue 与 user-main.vue 都对.modal-backdropBootstrap 模态框的半透明遮罩做了定制将不透明度提高到0.9并改用品牌紫背景色$purple-100保证遮罩之下的页面内容被明显压暗。3.2 工具栏 1080弹窗打开时降为 1035工具栏即顶部导航条模板中通过idhabitica-menu标记menu.vue其.topbar类在 menu.vue 中设置.topbar { z-index: 1080; background: $purple-100 url(/assets/svg/for-css/bits.svg) right top no-repeat; min-height: 56px; box-shadow: 0 1px 2px 0 rgba($black, 0.24); }弹窗打开时Bootstrap 会在body上添加.modal-open类通过非 scoped 样式降级/* menu.vue 第 450-452 行 */ body.modal-open #habitica-menu { z-index: 1035; }3.3 顶部横幅 1300弹窗打开时同样降为 1035顶部横幅促销、礼包、隐私提醒等公告条由 base.vue 统一定义/* 非 scoped弹窗打开时 */ body.modal-open .habitica-top-banner { z-index: 1035; } /* scoped常规状态 */ .habitica-top-banner { width: 100%; padding-left: 56px; z-index: 1300; }横幅默认 1300 高于工具栏的 1080因此正常状态下横幅覆盖在工具栏之上而弹窗打开时两者都降到 1035低于模态框的 1350——这保证模态框、遮罩层与页面其他内容之间的层叠关系始终正确同时横幅与工具栏在弹窗场景下也不会盖住弹窗内容。实际使用中这些横幅组件如 damagePaused.vue、gemsPromo.vue、giftPromo.vue、privacy.vue通过插槽机制复用 base.vue 的布局与样式因此降级规则只需在 base.vue 中维护一次所有横幅统一生效。四、加载屏与下拉菜单1050 / 1000加载屏定义在 loading-screen.scss#loading-screen, #loading-screen-inapp { z-index: 1050; position: absolute; top: 0; bottom: 0; right: 0; left: 0; display: flex; justify-content: center; align-items: center; background-color: $purple-100; color: $white; font-size: 16px; line-height: 1.5; }它同时覆盖全屏与应用内两种加载场景居中展示加载动画#melior配合fadeColor关键帧做 2.4s 循环的呼吸闪烁效果。工具栏下拉菜单Habitica 菜单展开后的子菜单使用 1000。该值来自 Bootstrap 4 的默认样式Habitica 前端引入的是 Bootstrap 4.6见 bootstrap.scss 中import ~/bootstrap/scss/bootstrap依赖声明见 package.json 中bootstrap: ^4.6.0其.dropdown-menu默认z-index: 1000。注意由于下拉菜单的 1000 高于工具栏的 1080 降级值 1035弹窗打开时下拉菜单仍可能浮现在降级后的工具栏之上这是表格中值得留意的一个细节。加载屏 1050 与下拉菜单 1000 之间、以及它们与工具栏1080之间数值非常接近说明这两个组件在层级设计上处于工具栏附近的中间地带。五、创建任务菜单与通知999两个组件都使用 999处于表格中的最低档创建任务菜单定义于 create-task.scss。.create-task-area采用position: absolute定位right: 12px; top: -24pxz-index 为 998——注意源码实际值是 998而 z-index-overview 表中记录为 999表格与代码存在 1 的偏差以当前源码为准。该菜单负责新建习惯、每日任务、待办与奖励四种任务的入口对应.task-icon中icon-habit、icon-daily、icon-todo、icon-reward四个图标。通知定义于 notifications.vue。.notifications容器position: fixed; right: 10px; width: 350px源码注释明确写着z-index: 999; // to keep it above modal overlays。值得留意的是通知的注释语义是保持在模态框遮罩之上但其 999 实际上低于模态框 1350。结合 Bootstrap 4 的层叠规则可以推断这里above modal overlays更准确的含义是指**高于弹窗打开时降级后的工具栏与横幅1035 之下接近的位置**或指与其他 999 级组件的共存关系从数值上看它并不能真正盖住 1350 的模态框本身。这是从代码注释与数值对比中可以观察到的文档与实现之间的张力点修改该组件层级前需先确认实际覆盖需求。六、全局视角Habitica 的 z-index 分布与维护建议综合 z-index-overview.md 表格与上述源码验证可将 Habitica 当前浮层层级整理为一张纵向分布图1600 全局进度条nprogress#nprogress .bar 1350 模态框.modal 1300 顶部横幅.habitica-top-banner常规状态 1080 工具栏.topbar常规状态 1050 加载屏#loading-screen / #loading-screen-inapp 1000 工具栏下拉菜单Bootstrap .dropdown-menu 默认值 999 通知.notifications 998 创建任务菜单.create-task-area源码实际值 1035 弹窗打开时工具栏与顶部横幅的降级值此外源码中还散落着少量不在表格内的局部 z-index如 tasks/user.vue 中的 9999、itemPopover.vue 与 spells.vue 中的 1080它们在各自组件内部形成独立的层叠上下文不影响全局分层。对于在 Habitica 上继续开发的工程师维护建议如下新增浮层组件前先查阅 z-index-overview.md在已有数值的间隙中选值避免与既有浮层撞车遵循弹窗打开时降级模式工具栏与横幅均通过body.modal-open选择器把 z-index 降到 1035新增的页头级浮层应复用这一约定注意表格与代码可能的漂移本文验证发现创建任务菜单的源码值是 998 而非表格记录的 999说明文档需要随代码同步维护引用时以源码为准不要轻易改动 1600 进度条它是全局最高层任何新的必现浮层如果要超过它需要同时评估是否真的必须盖住加载进度条。七、结语Habitica 用一份 10 行表格管理了客户端最核心的浮层层级其设计核心是模态框优先 弹窗联动降级进度条 1600 永远可见模态框 1350 居中工具栏与横幅在弹窗打开时主动让位到 1035通知与创建菜单处于 999 档。本文逐项核对源码后确认该表格与实现整体一致仅在创建任务菜单998 vs 999处存在 1 的偏差。理解这张表就能在 Vue Bootstrap 4 的浮层世界里精准定位每一层的位置避免层叠事故。赞分享后端前端【免费下载链接】habiticaA habit tracker app which treats your goals like a Role Playing Game.项目地址https://gitcode.com/gh_mirrors/ha/habitica点击查看免费下载相关推荐突破WPF弹窗层级困境FlyoutsControl的z-index管理完全指南突破WPF弹窗层级困境FlyoutsControl的z index管理完全指南 你是否曾在WPF开发中遭遇弹窗被遮挡、层级混乱的尴尬当多个悬浮面板Flyo桌面应用UI组件gsd-2 前端 UI 指南伪元素 z-index 分层详解与负层级防盖字实践gsd 2 前端 UI 指南伪元素 z index 分层详解与负层级防盖字实践 本文基于 gsd 2 仓库内置的 userinterface wiki 技能规人工智能AI Agent代码智能体Agent 编排CLIAI 应用vux 中的 v-transfer-dom 指令把弹层自动挂载到 body根治移动端弹窗 z-index 与遮罩层级问题vux 中的 v transfer dom 指令把弹层自动挂载到 body根治移动端弹窗 z index 与遮罩层级问题 导读 v transfer domUI组件前端上一篇如何使用whoBIRD免费实时鸟类声音识别神器轻松识别全球6000鸟类下一篇ModelScope 本地部署5 分钟跑通第一条离线推理创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
