Viper

Шустро накатать прототип/макет/или что необходимо... и с юристом запентовать)

Но правило одного <h1> остается в пределах структурных тегов.

Та понимаю я все это, но опять же - все зависит от клиента и проекта. Да, бывает как вы описали и часто, но - это не закономерность, а случай(пускай и частый). Так же бывает и противоположные ситуации, может и реже. Но лично у меня и у компаний в которых мне приходилось работать, например, значительно реже... И вообще, меня более смутила не "закономерность", а такая большая разница - $3к и $60, и сама цифра - 60$ ) каким образом?) Всегда "любил" подобные советы/ответы, типа: - сколько тебе потребуется времени на выполнение задачи? - Многоо...) - сколько тебе лет(переписка)? - не много... ) - сколько вы готовы мне платить(на собеседовании)? - не мало...)) П.С. Спс за совет)

Ну так подскажи парню, сколько в его городе есть смысл запрашивать с его навыками, опытом, временем и возрастом. Чем, сказанное тобой, поможет автору? Есть что посоветовать конструктивное, в данном случае? Зачем этот бессмысленный выпендреж в дублированном варианте?

Наверное я не понял, что вы подразумеваете под сказанным. Но в своей практике я подобного не встречал: сложные проекты/огромный бюджет - масса геморроя, масса времени(в большей мере, бессмысленно потраченного), понтов и головной боли; простые/малый бюджет - без геморроя, в несколько, а то и в десятки раз быстрее выполняются и минимум головной боли... У вас по другому? Да, но я не понимаю какая прямая связь между гемором и бюджетом? Все зависит от клиента и проекта... И там и там бывает гемор, но вот с брендовыми иностранными заказчиками с огромным бюджетом гемора, относительно бюджетных, гараздо больше... По крайней мере, в моей практике. Потому и удивился...

Уточню... По вашему(на фрилансе, например): простой сайт готовы делать за 3000$, а сложный - за 60$?

Ты точно ничего не напутала? Или ты хотела написать $60к? Но тогда как-то многовато получается) не хилые у тебя расценки... однако) Все дизайнеры, в таком случае, были бы миллионерами)

лучше в <p>, в таком случае Да, был не прав, поспешил... Так будет правильно(в каждом слайде): <a href="#" title=""> <figure> <img ... /> <figcaption> ... </figcaption> </figure> </a> , но в том случае, если описание в <figcaption> будет напрямую относиться к изображению. В противном случае, <figure> там нету нужды ставить...

несогласен, такое бессмысленное определение заголовков - грубая ошибка(ИМХО): где они действительно необходимы - их нету, а стоят там, где они не несут никакой пользы. Лучше их вообще не ставить, нежели использовать подобным образом, ИМХО.

Хорошая статья, полезная, но учитывайте при изучении, что не все моменты необходимы(в идеале) в каждом случае и не все относятся непосредственно к верстке) Статья немного идеализированна и это скорее список всего, что может быть полезным в определенном случае, а не что в обязательном порядке должно присутствовать в каждой верстке, ИМХО.

стили зашиты в html файле/темплейте: header:hover, nav:hover, section:hover, article:hover, aside:hover, footer:hover { background: none repeat scroll 0 0 #777777; color: #FFFFFF; }

По поводу <menu>: _http://forum.htmlbook.ru/index.php?showtopic=36592 <figure>: _http://web-standards.ru/articles/figure-figcaption/ в твоем макете: заменил бы DIV.slider_united на figure, описание для слайдов поместил бы в <figcaption>, а не в <aside>. ИМХО <aside>: _http://html5doctor.com/aside-revisited/ Ты совершенно противоположным образом использовал его..., ИМХО)

Во-первых, смотрел бы для начала, кто пишет... Во-вторых, в зависимости от каких-либо условий и требований, верстка не станет вдруг "хорошей"(разве-что, лично для тебя). Она может удовлетворять заданным требованиям, при этом она может быть и говно-кодом. В-третьих, под IE7 ты не верстаешь(или не ставишь в требования)? В своих "Формирующихся принципах", ты написал обратное...

та ладно... серьезно? это действительно "хорошая"? Или я не тот макет смотрел?)

Ты только так на собеседовании не отвечай

Понимаю... Но у меня такого не бывает, я очень самокритичен) Может поэтому так отреагировал) И я скорее о том, что какую-либо технологию(в большинстве) нельзя "знать" наизусть, ИМХО.

Ну ты загнул) В нормальных компаниях тебя всерьез не воспримут... а перечислить сможешь?) Факторов очень много... В каком городе хоть живешь?) Зарплаты то разные... Лучше бы сначала узнал сколько они готовы платить

ну нижний отступ делает этот элемент: #register .text { margin-bottom: 12px; } из-за float'а у этого: .btn { float: left; } Решение: 1. fieldset { overflow: hidden; } 2. убрать float у .btn или заменить на display: inline-block 3. к .text тоже добавить float и, например, width: 100% 4. заменить margin-bottom на padding-bottom Думаю из вариантов решения понятно как возникает этот отступ(баг иль не баг...), копать в сторону - float + margin П.С. Когда-то встречал статьи на тему этого "загадочного" отступа(и он имел, на сколько я помню, какое-то "научное" название ), но не помню уже... Уже привык к ним)

, а просто добавить этим LI еще один class не получается? LI в SPAN - плохо...( Та и фантазия не помогает понять - зачем там мнемоники?

С помощью CSS селекторов, никак. Либо изначально задавать таким LI отдельный class, либо с помощь js определять и задавать соответствующий class) ИМХО

Фильтры для IE, особенно, если они применяются к многим объектам, прилично усложняются рендеринг/перерисовку(repaint) страницы. И выглядит эта обводка тенями жутко...(притом во всех браузерах), но может только для меня?

_http://jsfiddle.net/webviper/rf3TK/1/ П.С. Но лучше так не делай)

Лучше делать так: for(var i = arrayImg.length; i--{ ... } цикл будет быстрее отрабатывать

Одна из статей "кто он - Front-end разработчик", с которой я согласен: _http://www.xiper.net/collect/weekdays-front-end-dev/the-work-in-general/why-your-company-needs-a-front-end-developer.html В этом есть смысл(50/50), но я все же не согласен с этим утверждением. В любом случае, я отношу дизайн к Front-end), ИМХО

Если бы я попал на этот сайт, как пользователь в поисках подобных товаров, я бы подумал - "фигня какая-то...", закрыл и пошел дальше...