wildhind

В вашем случае задание размеров вручную — меньшее из зол.

Более 80% применения этого сервиса — демонстрация дизайнерами заказчику новых разработок, макетов, ещё не существующих как сайты. Скриншоты — это совершенно другой функционал, никаким боком к данному сервису не относящийся.

Я не об этом. Я о том, что кнопку "Готово" можно вообще убрать и сразу показывать результаты. Чуть выше я рассказывала, почему от такого поведения отказались. На практике это неудобно. простите, адрес какого сайта и что должно построиться?

А как с ними поспоришь? Метр — он такой метр. С ним хоть спорь, хоть не спорь, а ярдом он от этого не станет.

Дело может быть в том, что за вами следит злобный хакер, и когда вы ставите изображение более 150px, сдвигает всё тело влево на 10-15 px. Ну в самом деле дайте ссылку интересно такое увидеть.

http://jsfiddle.net/kVzLA/ — это имелось в виду?

Ох ёлки зелёные! Да там всё очень сильно запущено Есть у вас понимание, почему без дурацкого отрицательного маргина Моська оказывается справа, а не слева, где ожидалась? В общем, пробую описать проблему с самого начала. Для #menu задана высота 33px. Ровно столько места занимает в потоке этот элемент. Следующий за ним, #logo, будет искать для себя место именно там, где заканчивается #menu, через 33px после его начала. Внутри #menu размещён элемент #menu1 высотой 35px. Поскольку overflow для #menu не задан, используется значение по умолчанию: visible. То есть, все элементы, выходящие за пределы своих родителей, отображаются и занимают положенное им место. Элемент #menu1 занимает ещё 2 пикселя ниже #menu. #menu1 сожержит в себе только плавающие элементы li. Ширина их зависит от шрифта, который в свою очередь зависит от браузера, ОС, настроения пользователя или антициклона на Альфе Центавра. То есть, эту ширину смело можно считать слабопредсказуемой. И вот после этой слабопредсказуемой ширины располагается ваше лого. А вы его пытаетесь сдвинуть на строго заданное количество пикселей. Закономерно результат разнится в зависимости от браузера. А если контент-менеджер потом добавит ещё один пункт меню? Вот он удивится! Не надо ничего никуда сдвигать. Меню должно занимать своё место, отведённое ему в потоке, и не вылезать из него. В вашем случае достаточно убрать высоту для #menu и #menu1, а для #menu1 задать overflow:hidden. Тогда высота меню будет задаваться автоматически на основе высоты входящих в него элементов, за пределы меню никаких плавающих элементов выходить не будет, а следующий за меню элемент будет находиться на вполне ожидаемом месте. И станет очевидна совершенная ненужность лишней обёртки div#menu для вашей менюшки. Делайте проще.

не надо. Лучше ссылку на страницу

SelenIT, а не оффтопим ли мы? К тому же я только что проверила: в Минске моё решение тоже работает.

это было в Москве

ок, объясню. Давайте смотреть правде в глаза: в коммерческом сайтостроении jquery — это уже стандарт де-факто. Сайт, не использующий эту библиотеку — большая редкость. У нас например в дефолтном шаблоне он уже есть по умолчанию. Потому делаем предположение, что jquery уже подключен. Никаких лишних действий. Решение в одну строчку — это удобство и скорость разработки. К тому же оно протестировано и исправно работает во всех актуальных браузерах. Даже в IE6, если кого-то он ещё интересует. Не смотрите, что только полчаса назад оно оформлено в виде плагина, применяется давно. Правда, известен один косяк: ширина может отличаться, если подключены нестандартные шрифты при помощи @font-face. Но и он решается. Может как-нибудь на досуге засуну в плагин и это решение, если будет настроение и будет такая необходимость. В css при этом только оформление, нет нагромождения лишних конструкций. По статье выше только один вариант (4) пригоден для применения в реальных условиях. Остальные же предъявляют совершенно неприемлемые требования к html. Напомню, что современных сайтов без CMS практически не бывает, а вывод меню в любой cms представляет собой цикл, на каждой итерации отдающий одну и ту же конструкцию. Про вымирающего динозавра — не моё мнение, а мнение статистики Плюс к тому в 2012 году свыше 95% заказчиков при обсуждении проекта произносят замечательную фразу: «IE? А его ещё кто-то пользует? ну и хрен с ним! Сами виноваты». Вспоминается, как в январе на партнёрской конференции 1С-Битрикс докладчик произнёс фразу «мы же с вами понимаем, что самая распространённая ОС — это Windows», и посмотрел сначала на макбуки, стоящие на столах докладчиков, а потом долго водил взглядом по светящимся яблокам на крышках ноутбуков у присутствующих в поисках подтверждения своих слов. Дружный хохот был ему ответом

Нате вам решение: … <script src="http://wildhind.ru/plugins/justify/jquery.justify.js"></script> <script> $(function(){ $("nav","ul.menu").justify() }) </script> … <nav> <a href="">пункт меню</a> <a href="">пункт меню</a> </nav> <ul> <li>со списком</li> <li>тоже работает</li> <ul> всё равно делать нечего было. Растягивает по ширине любой набор дочерних элементов, если ширина родительского элемента больше суммы ширин дочерних элементов. в чём, собственно, жертвы и каковы нюансы в этом отмирающем динозавре?

а кто говорит, что нет? Да, в определённых случаях действительно это удобно: вся информация перед глазами, удобная навигация по странице при помощи якорей. И никакого аякса не надо. Но требовалась смелость первым заказчикам таких сайтов, чтобы понты типа «у нас мегапортал, посвящённый новому цвету пуговицы» принести в жертву простоте и удобству.

Более того, наблюдаю такую тенденцию, что в последние буквально недели посыпался шквал заказов на создание сайтов из одной единственной страницы

У нормальной CMS в html строго то, что пишет верстальщик. Но для того, чтобы не создавать себе лишних проблем, следует все повторяющиеся элементы оформлять одинаково. Пункт в меню — это повторяющийся элемент. Все пункты должны быть одинаковы. Это единственное пожелание к вёрстке, если она не для сферического вакуума делается, а для интеграции с CMS.

Можно. Скриптом. Посчитать сумму ширин всех элементов, вычесть её из общей ширины, на которую они должны растянуться, поделить на количество интервалов между элементами, и задать левый маргин для всех элементов, кроме первого. Примерно так: var totalWidth = 0; $("li").each(function(){ totalWidth+=$(this).outerWidth() }) $("li+li").css({"martin-left": ($("ul").width()-totalWidth)/($("li").size()-1)})

Приятно, что вам понравилось А вы смотрели когда ещё просто два айпада было или когда уже был выбор цвета, положения (горизонтально/вертикально), наличия окна браузера в составе айпада? Как раз вчера этот выбор добавился. Видимо логотип и сделаем сбросом в одной из ближайших версий. Кнопка делается неактивной на 15 секунд, затем снова становится активной. Возможно это и большой промежуток, но для чего он сделан в принципе, надеюсь, понятно.

у меня ряд вопросов: — почему у #wrapper height: 100%, а не min-height: 100%, как должно быть? (кстати, если сделать так, то поведение ожидаемо корректное в любом случае); — зачем такое безумное количество обёрток? — что помешало показать работающий пример на http://jsfiddle.net/?

на приличном сайте в новый год тем более текст мерцать не должен!

всё закономерно. А если <ul style="overflow:auto">, то буллеты не будут вылетать за картинку.

откуда такая терминология? в html официально принятой такой нет.

Надо всего лишь обернуть именно сами комментарии в контейнер, и назначать overflow: auto именно этому контейнеру.

http://api.yandex.ru/share/ и пишем свой css

а вот:

table-cell и float:left вместе не работают. естественно. float: left же автоматом устанавливает display: block. Но зачем вообще нужен float? Чтобы выстроить элементы горизонтально? при display: table-cell они тоже так встанут. Или же display: inline-block — чем не вариант?