klierik

выложите пример в интернет или сюда: http://jsfiddle.net/

это можно осуществить при помощи: http://api.jquery.com/click/

а если так: http://jsfiddle.net/klierik/43p87/

это не читабельно. или ссылку на сайт или код сюда: http://jsfiddle.net/

а что оценивать?

выкладывайте куда-то, может чем-то и помогу.

или ссылку на сайт или скопируйте код сюда: jsfiddle.net

скорее всего смотреть в JS

http://habrahabr.ru/qa/24199/

архитектура указана х86 потому что у меня такая. что есть то и говорю. ставить на виртуалку х64, пока что, избыточно. по поводу граблей в рамках совместимости - да бывает. виртуалка нужна в любом случае когда нет возможности отладить ошибку.

при масштабировании браузер на свое усматрение изменяет внешний вид страницы. повлиять на это невозможно. сайты верстаются под стандартное состояние сайта при масштабе 100%. во всех отличных от 100% состояниях сайт должен быть приблезительным и не обязан соответсвовать 100%.

выложи код сюда jsfiddle.net

слайдер, меню и логотип должны быть реализованы самодостаточно. незачем пихать меню и лого в контейнер с каруселью.

2 Viper, 1. у меня нету ненависти к camelCase, но есть большой практический опыт в работе над проектами в команде, разработка которых длилась начиная от 3х месцев и до 2-3х лет. именно этот опыт показал трудоемкость кода написанного в стиле camelCase. я тоже так писал много лет назад и в какойто момент пришлось отказыватся и перебирать огромную чатсь проекта. 2. не надо сравнивать html/css с js, как минимум потому что описанная 1 раз функция используется везде. а верстка создается по мере использования в значительно больших количесвах. и имено эта верска каждый раз будет набрана вручную. IDE не подстветит предпологаемое название классов (в отличии от названий функций), особенно если код набирается используя zenCoding. 3. что же по поводу "-" и "_" а так же "__" и тж и тп - то практика за последние несколько лет показывает только положительные результаты. PS: указанные мною ранее в посте, пусть даже субъективные, правила следует понимать как рекомедации к написанию кода.

ну не скажи. на сегодня Win7x86Sp1 + WinXPSP3 (IE8) считай охватывают большую часть. В крайнем случае WinXP (IE6) если совсем уж надо. Хотя если имелось ввиду про IECollection или альтернативные решения -- то да, виртуалка рулит. А если уж совсем нет желания ставить виртуалку а надо проверить в ИЕ7/8/9 то никто не отменял https://browserlab.adobe.com/en-us/index.html

предложенный мой пример универсальный и вполне может быть добавлен в основной файл стилей. а можно вынести експрешн в отдельный файл. и использовать термины "IE" и "валидность" для IE8- в одном предложении -- по сути бредово. Вешать на тег - избыточно. Самое плохое решение в даном случае. А вот вариант для <script> вполне может быть. Но я бы все равно не стал бы убирать бордер.

1. В опере все вроде нормально: http://screencast.com/t/szfQtqNDExwR градиент есть. Я бы треугольник сделал бы картинкой, иначе ты не сможешь гарантировать кроссбраузерное и кросплатформенное 100% соответствие. 2. Смотря в каком ИЕ. Ты читал про ИЕ9 поддержку? http://screencast.com/t/UhMijfBvxY 3. Глюки при масштабировании в 99% случаев нерешабельны.

http://matthewjamestaylor.com/blog/equal-height-columns-cross-browser-css-no-hacks

хм. совершенно верно. никаким. я неправильно понял проблему. Решение для ИЕ следующее: [color=#000000][font=Consolas, 'Bitstream Vera Sans Mono', 'Courier New', Courier, monospace] a:focus, [/font][/color][color=#000000][font=Consolas, 'Bitstream Vera Sans Mono', 'Courier New', Courier, monospace] *:focus {[/font][/color][color=#000000][font=Consolas, 'Bitstream Vera Sans Mono', 'Courier New', Courier, monospace] noFocusLine: expression(this.onfocus=this.blur());[/font][/color][color=#000000][font=Consolas, 'Bitstream Vera Sans Mono', 'Courier New', Courier, monospace] }[/font][/color] хотя я бы не убирал этот бордер как минимум потому что я знаю зачем он нужен.

1. почитай для чего придуман IDи где н используется. и для чего был придуман Class 2. с доктайпом все верно. но если писать то использовал бы тогда HTML5 разметку. логичнее в итоге. 3. inline clear: http://kobzarev.com/makeup/new-clearfix-hack.html этот способ намного удобнее, экономичнее и целесообразнее использовать. то что ты знаешь как использовать обычный clear - хорошо. но в реалиях он требуется в 0,0001% случаев 4. по поводу кол-ва классов, именования, организации структуры HTMLи CSS почитай тут: https://docs.google.com/viewer?a=v&q=cache:e-Rd9b9aCF4J:download.yandex.ru/company/experience/subbotnik/Berezhnoi_Harisov_Ekb.pdf+&hl=ru&gl=ua&pid=bl&srcid=ADGEESiuy5gwzL4h14ue91X1JNoFGEqQjKwhkW4eUrUNOiWomqfZgpwQ583AXIwn1tfi26ucfJZEdayfuo8mvD9Oh9tFH_CjlDQAOVopiGpiQZytNUm8wBcd_SLivGUFd5OGZYKJZpW3&sig=AHIEtbQkLcrtPZHdP2cdB9kVjwkiO_VImA а потом вообще про БЭМ почитай.

1. да. для этого треугольник сделать картинкой, к примеру, или для :after задать ширину. предположим что ширина треугольника 12px. потом надоизменяем правило: left: 50%; и потом margin-left: -6px; (отрицательное значение это половина ширины треугольника) 2. Игнорировать не может так как он понимает эти правила. Повесь на :after правило: border: 1px solide red; и посмотри где вообще этот элемент 3. можно. используй градиент: http://www.colorzilla.com/gradient-editor/

Есть такое правило? Не слишком уж категорично?) Первый символ, да - не привычно видеть в верхнем регистре, но camelCase никто не отменял) Плохо - смесь 3-х стилей, а не исключительно верхний регистр, ИМХО. можно писать как угодно. кажется даже кирилица поддерживается. только вот скорее тебя будет проклинать разработчик который после тебя будет работать надо пректом, если будут в макете большие буквы. В рамках правил хорошего тона, если разработчик думает не только о себе, принято все писать маленькими буквами. можно назвать это неглассным стандартом. причины этому: 1. код читабельнее "leftSide" и "left-side" - второй вариант читается легче, быстрее. 2. если проект большой (а никогда не известно в какую сторону начнет расти проект) то по всех случаях где имя класса имеет разный регистр прийдется дополнительно учитывать этот момент каждый раз. А представь себе вечер рабочего дня, часов так 10, пятница, сдача проекта и надо доделать все как можно скорее. в такие момент чем проще и интуитивно понятнее написан код тем быстрее, проще и удобнее его использовать. 3. вероятность опечатки в случае если класс содержит верхний и нижний регистр существенно больше, чем сделать опечатку просто в слове. гдето можно просто при наборе текста недодавить до кнопки (особенно когда на лету пишешь большие стуктуры кода). 4. кроме тебя с этим кодом будет работать программист, и он не будет копировать/вставлять твой код, а напишет на скорую руку. И если он не дай Бог опечатается (а это вполне реально, поверь) то картинка в итоге будет иметь другой вид, ибо правило не будет принято, и проблемное место менеджер проекта отправит тебе, для его решения. А таких мест может быть множество. По-этому, я тебе рекомендую на будущее, не привыкать к плохим привычкам, ибо отучится от них сложнее. Плохо - это стиль написания больше одного. Я программерам в команде рассказываю правила написания CSS что бы конечный результат был всегда ожидаемый, код однородный, читабельный, удобный в использовании, усовершенствовании, изменении.

смотри тут: http://jsfiddle.net/WhJup/

.menu .menu_item_left { ... } .menu .menu_item_right { ... } <div class="menu"> <span class="menu_item_left"></span><span class="menu_item_right"></span> </div>

нет. как раз мой коментарий должен был помочь тебе задуматся на задачей и в итоге получить представление о том что именно ты хочешь иметь в итоге. и корме как тебе мой коментарий нафиг никому не нужен. и уж коль на тебя потратили время, то лучше прочитать и вникнуть в том что говорят, вместо того что бы искать "готовое решение" в ситуации когда задача сформулированна некорректно. Ну да Бог с ним... ты спрашиваешь "как должно быть в том или ином случае?". это вопрос не к верстальщику а к дизайнеру. а вот вопрос в том "как это реализовать" уже будет к верстальщику. И так давай по порядку... Куда девать "2013 год"? - К примеру прошлые события можно вынести в раздел "Календарь выставок". Назвать "Архив" и сделать как пункт под-меню. Далее нажимаем на пункт-меню Архив и загружается страница, где события сгруппированы по Годам. Нажимаем на Год - открывается страница со списком месяцев. Нажимаем на месяц - загружаются события. По логике именно так, НО! откуда нам знать какая вообще структура у сайта. Какие разделы загружают какую информацию и тем более в каком виде. Каким образом группируется контент, куда и при каких обстоятельствах он выводится.