gift

Ничего страшного, это пережиток эпохи. Расположите свойства с вендорными префиксами в начале, а стандартные в конце, и всё будет в порядке.

Ковырялся 5 минут, недоумевал, а оказалось, что вы атрибут src с ошибкой написали И ещё: в атрибутах width и height картинки можно указать число без единицы измерения, и оно будет расцениваться браузером как размер в пикселях, либо размер в процентах.

Это более чем по существу. Помните, как у Кернигана и Пайка, если не изменяет память: «хороший код не надо комментировать, он осмысленный сам по себе». Это, конечно, про Си, но тем не менее. Точно оттуда же: «в один из своих самых продуктивных дней я удалил больше 1000 строк кода». Не наводит на размышления? CSS длиной больше 20 тысяч строк, написанный вручную, это скорее приговор, чем необходимость что-то комментировать. Попробуйте его уменьшить, разбить на модули — словом, провести рефакторинг. Тогда и никаких мудрёных схем документирования выдумывать не придётся.

Добавьте к коду onclick return false; и проверьте ещё раз. Вот этот код работает везде, я проверил. Видимо, дело в том, что обработчик не останавливал «всплывание» события (или выполнение остальных обработчиков, навешенных ещё браузером) и сразу за вызовом history.back(), который срабатывал, случался переход к пустому якорю «#».

Хм... Спасибо еще раз за участие, но повидимому это не для меня. Щас попробовал. Не работает. Возможно из-за фреймов? Или надо выложить на хостинг, а потом пробовать? Увы, код сюда закидывать - слишком много... Это не работает, потому что код должен быть сначала обработан интерпретатором PHP. Вам подойдёт <a href="#" onclick="history.back();">Назад по истории</a>

Мне кажется, документировать такой объём кода — это дорога в никуда. Стоит начать с того, откуда у вас такой огромный CSS? Поддерживать вменяемого его нереально, энтропии с каждым изменением вс больше и больше. Если он компилируется откуда-то (с помощью БЭМ-утилит, например), то вопроса бы не возникло: всё лежит аккуратно по своим каталогам, объём кода вполне осознаваемый в одиночку. А если не компилируется, а написан руками, то стоит задуматься, почему бы его не рефакторить до чего-то вменяемого?

.content { overflow:hidden; } .menu { float:right; width:40%; } .menu.narrow { width:20%; } overflow:hidden; для .content даст эффект того, что эта колонка никогда не «подлезет» под правую, меню. Работающий пример.

Сложно представить, зачем такое поведение нужно, но с инлайн-блоками вам ничего не светит. Либо это не будет работать, либо получится абсурдная комбинация с min-width, max-width и неразрывными пробелами, т.к. инлайн-блоки — это всё-таки элементы строчного уровня. Больше всего под описание задачи подходит таблица или структура div.pseudo_table > .pseudo_cell * 3, где .pseudo_table { display:table; } .pseudo_cell { display:cell; } Но лучше всё-таки кондовая таблица.

В общем случае, стоит использовать background и, возможно, элемент-обёртку. Он может потребоваться, если вы хотите, чтобы ваша «линия» не влияла на положение элемента на странице: обёртку можно сдвинуть отрицательными полями. Существует также border-image, но пока что первый вариант надёжнее.

Тогда добавьте margin-top или (лучше, пожалуй) сместите его с помощью top, задав position:relative;

Сделайте для всех margin-left:Npx, а для первого — margin-left:0;