mark2011: Сделал демо-страницу. Вопрос остаётся открытым :)
PS Зелёный блок должен быть ПОД серым. А он сейчас НАД серым.
а что Вы хотели? зелёный и не должен быть под серым:
#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 считается в абсолютных единицах, от корня.
Pavel Krylov: MODX Revo попробуйте. (с Reva будет более плавный переход на MODX 3)
3-ка это Revo c "настоящим" Cloud. что то подсказывает, что привязывать проект наглухо даже к супер-пупер продвинутому ModX Cloud ещё долго будет шагом рискованным, а с локальным ядром 3-ка останется нормальным и, есссессно, продвинутым и обновлённым Revo. так что "плавный переход" будет в основном, чисто идейной фишкой.
хотя, если подрихтуют и так не плохое кеширование, почему бы и не под облаком работать...
Rock'n'rolla: Так что в итоге брать, друпал или модх? В модх не понравилось натяжка шаблона, сделали бы просто в корне, так нет, там все запрятано=(((...
при желании любой шаболн, сниппет или чанк можно хранить либо в БД либо в статическом файле находящимся хоть и в корне, пофиг.
это, есссесно, в Revo, но фишка в том, что использовать Evo на новом проекте не стоит адназначна, нет ни одной вменяемой причины "за" (кроме привычки) и куча "против"...
awilum: edogs, улыбнуло)) фрилансер ?) как же мне до такого спеца как ты )))) какой експириенс за спиной ?)
awilum, как раз стиль твоего общения говорит о том что ни работать в коллективе ни, тем более, руководить хоть парой нормальных опытных кодеров ты не сможешь органически, никак и никогда.
какая, нахрен, "крупная компания", какой "ведущий специалист". такого невменяемого типа как ты погонят сраной метлой после первого же высера с понтами, каким бы гениальным разработчиком ты не был - настрой коллектива и внутренняя атмосфера дороже любого кодера.
сидит злобный, закомплексованный хорёк в своём Мухосранске (Мичиган, угу) и брызжет в инет гноем, выдавленным из прыщей на роже - вот твой аватар на этом форуме.
так что весели народ дальше, рассказывай сказки и поднимай чужие темы, болезный...
dkameleon: главное не запутаться потом. юзабилити все же рулит :)
если количество колонок всегда строго равно количеству возможных выборов в фильтрах (вроде у ТС именно так, нужна просто возможность менять колонки местами), то "юзабили" будет как раз в простой корреляции двух нужных селектов из всей кучи. тогда не понадобится ни кнопки сброса/восстановления, ни ремувы/дисэйблы в скрипте.
dkameleon: ещё необходимо будет сделать дефолтное поле для сброса выбора. потому как при 4 полях если все 4 выбрать, то уже ниодно изменить не получится, так как остальные выбраны в других селектах и альтернативного выбора нет.
не обязательно, в варианте ТС достаточно сделать "обмен" значениями между селекторами при изменении, без всяких "disable"...
упс точно 😂 пардонтий. значит z-index работает нормально, но слой перекрывается (или что там не так как надо). надо наследования отследить в отладчике: для relative позиционирование слоёв идет не так как для absolute, не от корня а от предка... вроде бы ;)...
Сделал демо-страницу.
Вопрос остаётся открытым :)
PS Зелёный блок должен быть ПОД серым. А он сейчас НАД серым.
а что Вы хотели? зелёный и не должен быть под серым:
#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 считается в абсолютных единицах, от корня.
MODX Revo попробуйте. (с Reva будет более плавный переход на MODX 3)
3-ка это Revo c "настоящим" Cloud. что то подсказывает, что привязывать проект наглухо даже к супер-пупер продвинутому ModX Cloud ещё долго будет шагом рискованным, а с локальным ядром 3-ка останется нормальным и, есссессно, продвинутым и обновлённым Revo. так что "плавный переход" будет в основном, чисто идейной фишкой.
хотя, если подрихтуют и так не плохое кеширование, почему бы и не под облаком работать...
Так что в итоге брать, друпал или модх? В модх не понравилось натяжка шаблона, сделали бы просто в корне, так нет, там все запрятано=(((...
при желании любой шаболн, сниппет или чанк можно хранить либо в БД либо в статическом файле находящимся хоть и в корне, пофиг.
это, есссесно, в Revo, но фишка в том, что использовать Evo на новом проекте не стоит адназначна, нет ни одной вменяемой причины "за" (кроме привычки) и куча "против"...
edogs, улыбнуло)) фрилансер ?) как же мне до такого спеца как ты )))) какой експириенс за спиной ?)
awilum, как раз стиль твоего общения говорит о том что ни работать в коллективе ни, тем более, руководить хоть парой нормальных опытных кодеров ты не сможешь органически, никак и никогда.
какая, нахрен, "крупная компания", какой "ведущий специалист". такого невменяемого типа как ты погонят сраной метлой после первого же высера с понтами, каким бы гениальным разработчиком ты не был - настрой коллектива и внутренняя атмосфера дороже любого кодера.
сидит злобный, закомплексованный хорёк в своём Мухосранске (Мичиган, угу) и брызжет в инет гноем, выдавленным из прыщей на роже - вот твой аватар на этом форуме.
так что весели народ дальше, рассказывай сказки и поднимай чужие темы, болезный...
нормальная реакция на "А ну..." - "Ну нах.."
php удаление ключа из массива, ну очень секретная ссылка...
главное не запутаться потом. юзабилити все же рулит :)
если количество колонок всегда строго равно количеству возможных выборов в фильтрах (вроде у ТС именно так, нужна просто возможность менять колонки местами), то "юзабили" будет как раз в простой корреляции двух нужных селектов из всей кучи. тогда не понадобится ни кнопки сброса/восстановления, ни ремувы/дисэйблы в скрипте.
Взломают веб сервер, получат доступ на весь vps. Только если на весь vps будет один этот домен то бояться нечего
при минимальных мозговых усилиях: хотя бы закрыть root и отслеживать переборщиков, затрахаются взламывать...
ещё необходимо будет сделать дефолтное поле для сброса выбора.
потому как при 4 полях если все 4 выбрать, то уже ниодно изменить не получится, так как остальные выбраны в других селектах и альтернативного выбора нет.
не обязательно, в варианте ТС достаточно сделать "обмен" значениями между селекторами при изменении, без всяких "disable"...
DiAksID, для header уже задан relative
упс точно 😂 пардонтий. значит z-index работает нормально, но слой перекрывается (или что там не так как надо). надо наследования отследить в отладчике: для relative позиционирование слоёв идет не так как для absolute, не от корня а от предка... вроде бы ;)...