а что Вы хотели? зелёный и не должен быть под серым:
#header - position:relative; z-index 100;
.header_menu - потомок #header, position:relative; z-index не указан (по умолчанию выше предка);
.header_menu_item - потомок .header_menu, position: не указан (по умолчанию static); z-index 3 (не работает с static); а если бы указали relative, блок был бы внутри предка на 3-й "единице", что привело бы к такому же результату;
так что всё правильно.
по умолчанию, слой потомка всегда выше слоя предка.
что бы для position:relative потомок был ниже предка ему надо задать отрицательный z-index; причём прямой потомок с relative (!), если идут вложения с relative, то отрицательный z-index будет работать по отношению к ближайшему предку с relative.
для position:absolute другая байда - и z-index считается в абсолютных единицах, от корня.
3-ка это Revo c "настоящим" Cloud. что то подсказывает, что привязывать проект наглухо даже к супер-пупер продвинутому ModX Cloud ещё долго будет шагом рискованным, а с локальным ядром 3-ка останется нормальным и, есссессно, продвинутым и обновлённым Revo. так что "плавный переход" будет в основном, чисто идейной фишкой.
хотя, если подрихтуют и так не плохое кеширование, почему бы и не под облаком работать...
при желании любой шаболн, сниппет или чанк можно хранить либо в БД либо в статическом файле находящимся хоть и в корне, пофиг.
это, есссесно, в Revo, но фишка в том, что использовать Evo на новом проекте не стоит адназначна, нет ни одной вменяемой причины "за" (кроме привычки) и куча "против"...
awilum, как раз стиль твоего общения говорит о том что ни работать в коллективе ни, тем более, руководить хоть парой нормальных опытных кодеров ты не сможешь органически, никак и никогда.
какая, нахрен, "крупная компания", какой "ведущий специалист". такого невменяемого типа как ты погонят сраной метлой после первого же высера с понтами, каким бы гениальным разработчиком ты не был - настрой коллектива и внутренняя атмосфера дороже любого кодера.
сидит злобный, закомплексованный хорёк в своём Мухосранске (Мичиган, угу) и брызжет в инет гноем, выдавленным из прыщей на роже - вот твой аватар на этом форуме.
так что весели народ дальше, рассказывай сказки и поднимай чужие темы, болезный...
нормальная реакция на "А ну..." - "Ну нах.."
php удаление ключа из массива, ну очень секретная ссылка...
если количество колонок всегда строго равно количеству возможных выборов в фильтрах (вроде у ТС именно так, нужна просто возможность менять колонки местами), то "юзабили" будет как раз в простой корреляции двух нужных селектов из всей кучи. тогда не понадобится ни кнопки сброса/восстановления, ни ремувы/дисэйблы в скрипте.
при минимальных мозговых усилиях: хотя бы закрыть root и отслеживать переборщиков, затрахаются взламывать...
не обязательно, в варианте ТС достаточно сделать "обмен" значениями между селекторами при изменении, без всяких "disable"...
упс точно 😂 пардонтий. значит z-index работает нормально, но слой перекрывается (или что там не так как надо). надо наследования отследить в отладчике: для relative позиционирование слоёв идет не так как для absolute, не от корня а от предка... вроде бы ;)...
