Viper

И к чему это...? То есть вы сомневаетесь, что у Макеева должность - web-евангелист? Или я вас не понимаю...

При чем тут профессия? Не перекручивайте слова. У Вадима Макеева должность такая - Web-евангелист(Да, такой профессии нету). Он это упоминает при любом удобном случае. Гугл в помощь. А по вашему есть профессия Front-end разработчик? Нету! Это не профессия - это вид(направление) работ, ИМХО. Посмотрите официальный список профессий РФ или Украины. Кого именно? Пускай профессии... И где вы такое увидели? То, что вы описали - это "помощник web-разработчика", наверное. Я не знаю зачем такой человек нужен компании...

И нормально, я же не говорил, что их нету... Если вы не поняли, то я акцентировал на том, что есть специализации, где нужно кроме, например, отличной верстки, разбираться еще много в чем(хотя бы на базовом/среднем уровне). И в этом есть смысл. Разница в том, что Front-end разработчик(со специализацией "верстка") знаком с основами программирования, может работать с плагинами и править их под определенные нужды и тд. Может работать(разобраться), практически, с любым шаблонизатором. Хорошо знаком с клиентской оптимизацией и может на JS(или с библиотеками) написать/дописать что-то простое(но при этом, оптимизированное), при необходимости. И тд... В общем, это тот, кто работает со спецификациями, выступает на конференциях, общаеться с людьми для обсуждения спецификаций, особенностей... развития веба и тд. Например, Вадим Макеев - web-евангелист в Opera. Уж его должен знать(слишать про него) любой(русскоязычный) Front-end разработчик Что-то я не нашел, что в ней смехотворного...

Есть еще куча других специализаций: Front-end разработчик, Back-end разработчик, UX специалист, Web-архитектор, Web-евангелист и тд... "Чистые" верстальщики редко бывают нужны, покрайней мере, намного реже нежели Front-end разработчики(со специализацией "верстка")

Уточню, что мы находимся в разделе "Для начинающих". Вы думаете много начинающих знают подобные нюансы и как правильно проверять верстку?

Приблизительно, Да. с Я.Суботника начиная с 17:05, Yahoo, Google Это не значит, что об этом не стоит знать/задумываться.

Не понял связи... Можете обьснить? Этот метот использует Яндекс и Яху именно для повышения "скорости". А точнее, для ускорения рендеринга страницы(Reflow, repaint). Лучше всего не изменять размеры изображений. По иследованиям Яндекса, если изображения растягивать(изменять размеры, особенно, увеличивать), то скорость рендеринга(этих изображений) может увеличиться в ~2 раза.

Тенденция нынче такая пошла

То есть, вас интересует конкретные цифры/процент на сколько будет выиграш в скорости? На сколько я осведомлен, размеры имеет смысл указывать только для изображений, которые загружаються с не родными размерами. Для того, что бы браузер сразу отрисовывал изображение нужного размера(1 действие), иначе он будет проводить 2 действия. Но, возможно, меня поправят... П.С. Могу только еще добавить, что этот "приём" рекомендует Гугл, Яндекс и Яху.

Потому-что этот фон привязан к классу .active, который при переходе на Главную отсутсвует у необходимого тега <a>

Лучше всего - убрать. Меньше тегов(особенно, если они семантически там и не нужны) - проще читать и поддерживать сайт. А для крупных проектов, будет прибавление к скорости рендеринга/постоения страницы. Каждый тег, это DOM елемент. Он как кирпич в доме: чем меньше кирпичей, тем быстрей постоиться дом. В ващем случае, можно, в большенстве сучаев, обойтись стилями. Например, можно добавить к label(особенно тех, что вы сделали жирными) в стилях "dislay: block", а елемент <p> убрать. _http://findmebyip.com/litmus Здесь сможешь посмотреть какие есть и их поддержку. Например, вместо type="text", можно использовать type="email". Те браузеры, которые не поддерживают будут попросту воспринимать их как дефолтные - type="text". Не совсем понял проблему. Как вариант - float: left/right; в зависимости от расположения

SelenIT, я не утверждал что это являеться ошибкой, а только обратил внимание на тот факт, что в данной форме, пользователь(неопытный) не догадаеться про возможность использования меток. А "cursor: pointer" всеголиж один из вариантов. Ну забыл я добавить - "ИМХО". Каждый сайт уникален и подход к нему, соответственно, тоже. И я не подвергся "пальчиковой истерии", и не уверен, что она есть... Мне лично так понятней, удобней - Вам, нет. Сколько людей столько и мнений. Ссылки, в том числе локальные и интерфейсные, нужно правильно выделять(что являеться правильным, на 100%, думаю, не кто не может знать), что бы человек сразу выдел/понимал разницу между ссылкой и меткой. Ну не стоит воспринимать все так глобально. Если уточнять все нюансы, то прийдеться писать "простыни" при ревью, даже какой-то формы... Все зависит от формы и от целевой аудитории. Здесь нету факторов для анализа необходимости выделения или не выделения меток в форме. Но я придерживаюсь мнения, что метки все же, желательно, в большинстве случаев как-то выделять при наведении, ИМХО. А "cursor: pointer" наиболее простой и ненавязчивый способ... ИМХО Мне бы, лично, тоже было бы интересно почитать о серьезных иследованиях по данному вопросу. Мне встречалось много AB тестов, статистических выводов или аналитических иследований, но все они, как я помню, касались исключительно какого-то определенного сайта. И если вы помогли бы мне взглянуть на эту проблему под другим(противоположным) углом, я был бы только признателен...) П.С. Я придерживаюсь мнения, что при разработке сайта для, так сказать, всех, нужно делать акцент на наиболее не опытных пользователях, а не "как мне(разработчику) было бы удобней". Приятно делать сайт для себя...) Но в большенстве случаев, мы делаем сайты для других...ИМХО

1. Много елементов <p> без которых можно было обойтись. Не использовали <fieldset> для группировки полей, где это было бы уместно. 2. <label> без "cursor: pointer". Не каждый догадаеться, что это метка и что на нее можно нажать... 3. Такие елементы формы как: ПІБ, Місце знаходження нерухомості, Адреса(та, что жирным), в вашем случае(логично) являються заголовками полей формы(групп), а не метками. И уместнее помещать их в тег <legend> 4. Многие поля справа не выровнены. 5. Не использовали HTML5 атрибуты для полей ввода. Почему? 6. Метод передачи GET, в данном случае - грубая ошибка безопасности. П.С. Старайтесь давать ID, NAME, CLASS правильные(грамматически) названия. Семантически/логически правильные названия являються плюсом.

add: .left a { display: block; }

Смысл адаптивной верстки не в устройствах(их видах), а в размере viewport. Идеология этого метода в том, что бы подгонять дизайн, структуру сайта для оптимального его отображения под определенный размер/диапазон viewport. По-этому, на чем пользователь будет просматривать ваш сайт, будь-то: телевизор, терминал или даже часы - не имеет значения(это касаеться размера). И к дизайнерам/проектировщикам это относиться в первую очередь. Не каждый дизайн можно адекватно оптимизировать под любые(в разумных пределах) размеры viewport девайса. П.С. И может кто еще не видел/не читал, вот пара хороших статеек на эту тему с Хабра: раз и два.

Если не сложно, уточние, что будет входить в обязаности каждого из специалистов? понятие очень относительное...

В вашем случае лучшим вариантом будет увеличить/добавить padding-top для A и ему же прописать background(лучше в сокращенной форме), а также: display: inline-block; *display: inline; zoom: 1; LI как сепараторы там не нужны. Эти сепараторы можно поместить как background в LI с пунктом меню. ИМХО

Малевич, смотря на пустой белый холст, думал - "а что будет, есть просто закрасить черным..." Вот именно, что нихрена не будет))) Будет чёрный квадрат... Малевича (а мог бы быть Фигевича) Неправильно расуждаете... Это пример того, что даже в такой, казалось бы, пустой, не логичной, бессмысленной... картине, как "Чёрный квадрат", кто-то может увидеть идею, смысл... "Лупаните" тупо наугад(хоть с закрытыми глазами) и попытайтесь увидеть/придумать идею, смысл в том, что получилось... Это помогает развивать креатив, по-другому смотреть на вещи(все вокруг...), развивать творческое мышление... П.С. Смысл есть везде и во всем, но его нужно уловить/понять... Другой вопрос - зачем?) П.П.С. А если совсем уж туго с креативом, хряпните чего-нибудь с градусом Научно доказанно, что мозг более креативен в пьяном состояниии. И нужно поддерживать градус по Балмеру ))

Малевич, смотря на пустой белый холст, думал - "а что будет, есть просто закрасить черным..." П.С. Может и измениться... Может, часть мозга отвечающая за творческое мышление в коматозном сне. И что бы она проснулась, нужно дать ей положительный заряд(нет! бить током себя не нужно...), напрягая ее креативом и идейностью или, просто, фантазировать...

А вы выдержите?) Во-первых, абсолютно все, вам, абсолютно не нужно Во-вторых, где Доктайп? И что это за ... прописан выше тега HTML?(могу предположить, что это uCoz порадовал...) П.С. И немного не по теме: почему выбрали uCoz? Сам с ним никогда дела не имел... но наслышан...

Не всегда при идентичном приоритете или наборе селекторов? Например, в обоих файлах есть строчки .class .class { ... } (2 класса). Если да, то можете уточнить в каких случаях? Даже интересно...

Оба ссылка

HTML4 vs XHTML1: В какой-то промежуток времени XHTML1 был очень модным трендом. Из-за более строгого синтаксиса, многие считали, что он указывал на профессионализм верстальщика. За этот интервал времени многие прывыкли к синтаксису XHTML1 или он им более понравился нежели HTML4(я в том числе). Мне(и многим) интересней было верстать на XHTML1 больше, а сложностей он, практически, не прибавлял... Почему же тогда не использовать?) ИМХО В общем, XHTML1 - это модно(было, щас эта эстафета переходит к HTML5) для многих, в том числе заказчиков. HTML4/XHTML1 vs HTML5: Почему чаще встечаеться XHTML1, чем HTML5? Потому-что: 1. HTML5 - новый формат, он начал использоваться всего ~2 года назад(а активно и того меньше...) и только начинает глобально распространяться. 2. Даже сейчас многих сдерживает: незнания, лень/нежелание учить что-то новое, время... Но HTML5 - это уже не просто модный тренд, как было с XHTML1, это будущее верстки. Почему? На этот ответ можно написать десертацию... Если нужно будет(или не в курсе), поделюсь ссылками на хорошие статьи на тему HTML5.

в примере, disk, а правильно - disc