McLotos

КРУТО! СПАСИБО!

WEB-best, Вы не правы. сейчас поясню почему: 1. Клиент всегда прав. Даже если клиент повел себя не тактично, нужно быть выше этого. Мнение одного "неадеквата" никак не повлияет на мнение общественности, а раздувая с ним конфликт вы подвергаете себя дополнительной лишней критике, тем самым снижая свою популярность и шансы на успех. 2. Наше время - деньги. Если клиент принёс вам готовый дизайн (больше половины заказчиков ленятся рисовать что хотят), тем самым он упростил Вам задачу и сэкономил недели две как минимум, Вам теперь не нужно понимать что он хочет и как это реализовать, нужно просто сверстать готовую идею. Огромный плюс заказчику. 3. Уникальность - наше всё. Дизайн рисовали для заказчика какие-то люди. Они старались, тратили своё время, обрабатывали и выбрасывали сотни разных идей чтобы добиться уникальности и учесть все пожелания капризного заказчика. А вы просто взяли и сделали чью-то идею публичной, хотя не имели на это никакого права. Я бы на месте дизайнера подал на Вас в суд за незаконное использование интеллектуальной собственности и разглашение конфиденциальной информации. ОГРОМНЫЙ минус Вам как профессионалу, Вы поступили очень непрофессионально - на работе не должно быть ничего личного. И тем более в результате личных конфликтов не должны страдать невинные люди, которые в отличие от вас обоих идеально выполнили свою часть работы. 4. Все заказчики - маленькие дети. Заказчики никогда не знаю что хотят и всегда прислушиваются к советам людей, которые нифига в этом не понимают, друзья, коллеги, подчиненные - все эти люди создают мнение заказчика. Нужно об этом помнить и стараться обыгрывать эти моменты: допустим заказчик на встречу с Вами приглашает ещё кучу народа которые должны оценить результат Вашей работы. По сути им просто пофиг и на вас и на проект, им важно выслужиться, но с ними можно договориться и они примут Вашу сторону. 5. Подстраховка. Лично я никогда не отдаю готовый проект без одобрения, обычно я приношу проект на флешке, заказчик его юзает, смотрит и подписывает бумажку, в которой говорится что все пункты ТЗ выполнены и результатом он доволен. потом копию этой бумажки с его подписью я выкладываю в портфолио как отзыв.

совет конечно интересный, но суть вопроса в том чтобы учесть самые популярные размеры дисплеев (мониторы, ноутбуки, планшеты, телефоны)

Пишу сейчас дизайн, хочу сразу подготовить всё для адаптивности, изучил все статьи из списка по теме, пока вот выбрал себе 4 как наиболее вероятные: @media only screen and (max-width: 480px) {}@media only screen and (max-width: 768px) {}@media only screen and (max-width: 1024px) {}@media only screen and (min-width: 1025px) {}Может подскажете какие нужно учесть обязательно?

Классы я использую только если планирую несколько разных объектов которые должны иметь одинаковые свойства, например <input id="uname" class="auth"> <input id="passw" class="auth"> а ID используется только для уникальных объектов или уникальных свойств конкретного объекта бдыщь p.s. и кстати это не только в css, по идее так во всех языках программирования.

как это сделать обертку?

<div id="left"></div> <div id="right"></div> <div id="middle"></div> #left {margin-top:-600px; float:left; height:400%; postition:absolute; width:50%; background-image:url('../img/left.png'); background-height:800px; background-repeat:repeat-y; z-index:-1;} #right{margin-top:-600px; float: right; height:400%; position:relative; width:50%; background-image:url('../img/right.png'); background-height:800px; background-repeat:repeat-y; z-index:-1;} #middle{height:100%; width:60%; margin-left:20%; min-height:300px; min-width:320px; position:absolute;}

Добрый день! У меня на сайте имеется фоновая картинка 4х4 пикселя, которая повторяется по всей высоте и ширине страницы Над ней сверху по бокам сайта накладываются ещё две картинки (я это сделал созданием двух div) Не могу сделать так чтобы эти 2 div были на всю высоту страницы. Если ставлю height:100% то они только на высоту экрана, а при пролистывании дальше их нет. Пока сделал height:500% чтобы примерно подогнать под высоту страницы с учетом контента, но если контента на странице мало, то в нижней части страницы остаётся куча пустоты.

А вот npofopr очень часто советует именно таблицы. К тому же я говорил к чему это приводит Использование таблиц = до свидания адаптация И кстати, кому стало легче от минуса к моему сообщению?

Bad value Pragma for attribute http-equiv on element meta. <meta http-equiv="Pragma" content="no-cache">

Добрый день! Пытаюсь довести шаблон до состояние valid =) Проверяю через validator.w3 и вот что он мне выдаёт Bad value Cache-Control for attribute http-equiv on element meta. <meta http-equiv="Cache-Control" content="no-cache" />

конкретизируйте! аргументируйте! оценка "нормальности" чего либо это очень субъективная мера оценки, к тому же я сказал что только допиливаю этот шаблон, вполне логично предположить что он ещё не закончен. Так что попытка не засчитана. Либо говорите конкретно что не так, либо "молчите в тряпочку" И кстати, может хватит всем подряд предлагать таблицы на все случаи жизни =)))))

Если взять во внимание тот факт что масштабирование это не есть адаптиность, то тогда таблицы точно нервно курят в сторонке по сравнению с div =)

Ну либо у вас браузер не поддерживает, либо просто поймали такой момент когда я её редактировал И это как раз проявление п.2 первого поста Разобрался. W3C рулит =)))) Оказывается: нельзя использовать кириллицу в id нельзя чтобы id было числом нельзя чтобы id начиналось с числа нельзя чтобы в id была точка, можно только _ или -

А в чем, собственно, проблема? У меня работает =)

Да зачем вообще заморачиваться? Через пару-тройку лет все будут хромоподобны, вот опера уже переползла на Webkit и стало как-то немного попроще.

Давайте разберемся подробнее. Я подозреваю что в этом коде используется только css (без js), следовательно открытие выпадающего меню делается при помощи hover и display, так? Т.е. если на какой-то пункт меню срабатывает hover то для какого-то div ставится display:block ну или просто убирается dicplay:none - не суть. Теперь остаётся непонятным один момент. О каких конкретно border идёт речь? Если имеется ввиду border вокруг "выпавшего" списка то это одна задача, а если нужно добавить border-left(right), border-top,border-bottom двум соседним, то это другая =)))

Честно? В смысле Вы правда хотите знать интересно нам или нет? =)))) тут разговор уже совсем в другом направлении ушёл. А вообще-то Вам ещё в начале говорили что лучше делать картинкой. И я на это тоже намекал

Ну да. всем блокам ставится float:left и ширина в процентах расчитывается так чтобы в одну строку помещалось 2 блока, всё что лишнее будет сползать на следующую строку, я только сегодня такое реализовывал. Если у вас хром, то можете посмотреть как у меня это сделано: тут ещё правда недоконца допилил, но под 5 основных размеров дисплеев он подстраивается (проверял на 2х ноутах, 1 планшете и 2х мобильниках) кстати на ноутах при одинаковых размерах дисплеев но разном разрешении получил разные результаты (2 и 3 колонки), оказалось что ещё и размеры самих пикселей тоже нужно учитывать Я не знаю какой вариант Вам точно нужен, поэтому в примере сделал 2 варианта

кстати, да - список тоже очень неплохой вариант и реализация намного проще, особенно для динамического контента

велосипеды - двигатели прогресса! Я вот 3d слайдшоу с прогрессбаром на чистом css написал - просто не люблю js и тем более библиотеки типа jQuery Раньше про такое бы сказали что-то вроде "жигулем,конечно,можно буксировать автобус, но это какбы не его дело", а теперь когда JS наглеет: клиентская сторона, серверная часть, базы данных, прослойка между клиентом и сервером. то почему-бы и не поробовать забить на js и сделать всё на css? Так и здесь. Зачем замедлять сайт картинкой, когда можно всё сделать в коде. Кстати интересный момент получается: адекватные браузеры могут почти все сделать в коде - они хорошо понимают css, IE не может и половины этого, в результате для него нужно делать всё картинками. В финале получается что для одинакового отображения во всех браузерах нужны разные подходы что в свою очередь приводит к тому что нормальные браузеры грузят страницы быстрее, а IE мало того что сам тормоз так ещё и картинки вынужден грузить что ещё больше его замедляет =)))))

Вообще-то нет. Это почти то же самое, что использовать blockquote для того, чтобы в обычном тексте сделать левый отступ. То есть если у нас поле для поиска, то нужно использовать input search. Его ОС сможет нарисовать в соответствии с принятыми в ней соглашениями по интерфейсу. Может со скругленными углами, может еще с какими-то особенностями, отличающимися от системы к системе. Если в поисковом поле мешает кнопка очистки — нужно убрать кнопку очистки из поискового поля. И только если это невозможно — искать другие решения. Можно хоть сделать поле полностью прозрачным а под него положить картинку, тоже будет выглядеть как надо. Поэтому и обратил внимание, что это _правильный_ подход. Если из-за особенностей реализации в некоторых браузерах его применить нельзя — только тогда и стоит искать другие подходы. угу по такой логике тех кто стилизует ссылки под скругленные кнопки вообще стоит в ад отправить! =))) css-ный ад в котором они целую вечность будут верстать под IE

Нарисуйте в фотошопе, он вам и даст готовый css код =))))

Chrome 34.0.1847.131 полет нормальный

сделайте ширину 3 px просто нужно будет делать не 1 цвет, а 2 например серый-белый-серый