# Admin wrench overlaps notifications menu

**URL:** <https://meta.discourse.org/t/admin-wrench-overlaps-notifications-menu/33553>\
**Category:** UX\
**Created:** [2015 年9 月 22 日 01:54 UTC](https://meta.discourse.org/t/admin-wrench-overlaps-notifications-menu/33553 "2015-09-22T01:54:17Z")\
**Posts on this page:** 1\
**Showing post:** 3

<div class="post-metadata">

作者： ![simon](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/simon/32/339122_2.png) [@simon](https://meta.discourse.org/u/simon)\
发布日期： [2015 年9 月 22 日 03:33 UTC](https://meta.discourse.org/t/admin-wrench-overlaps-notifications-menu/33553/3 "2015-09-22T03:33:35Z")

</div>

It seems to be because the menu is a child of the header. The header has a z-index of 1000. The admin wrench also has a z-index of 1000. The admin wrench is in it’s own stacking context because of its fixed position. I’m not sure why the admin-wrench wins - I assume it’s because it comes last in the document.

The z-index of 1100 that is applied to the menu will only come into effect if the menu is overlapping other elements that are within its stacking context.

---

_[View the full topic](https://meta.discourse.org/t/admin-wrench-overlaps-notifications-menu/33553)._