andrey7287

Ну таблица - это ведь не по фэншую. Или, если стоит задача то её нужно решить любыми доступными методами ? С флексом то понятно, но используя блочную модель подобное реализовать очень трудно, если вообще возможно.

так? http://jsfiddle.net/Andrey7287/pgu3m2sz/

Я делаю так. Сначала изучаю теорию, потом применяю её на практике. Причём не просто решая абстрактную задачу или задание из книги, а на верстке реального макета. При возникновении трудностей уже гуглю. Источники информации - это отправная точка для получения новых знаний. Вы же сейчас не верстаете таблицами, правильно ? Когда то пришлось изучить блочную модель. Так же и с CSS3. Начав с практики будешь вырезать и лепить картинки для скругления углов и градиентов, и JS для медиазапросов.

http://htmlforum.ru/index.php?showtopic=54459

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

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

Это ваше право, конечно, только вот использование nav там где нравится вместо прямого назначения убивает его смысл. То есть обозначение главной навигации для поисковых роботов и экранных дикторов. Если w3.org не является спецификацией, то что же тогда ?

А я не утверждал обратного а лишь уточнил что как правило элемент один (даже если главное меню дублируется). А вот несколько навигаций это уже не дублирование а применение тэга не по назначению. Интересное утверждение. Всегда считал что семантика основывается на содержании а не на внешнем представлении.

Смысл NAV - обозначить главную навигацию, то есть как правило это единственный элемент. Меню очень часто является именно список и использование соответствующей разметки правильно и рекомендовано.

Не посещала мысль сначала заняться теорией а потом практикой? А то получается знаний нет - но есть желание их применять.

Да, вы правы. Попробую использовать его в качестве плагина для Notepad++, настроив отступы и другие нюансы. Спасибо за советы.

Интересно, даже спецификация это предполагает насколько я понимаю. The production IterationStatement : for (var VariableDeclarationListNoIn ; Expressionopt ; Expressionopt )А ещё ему не понравилось i++ , который повсеместно используется. И даже после того как я все это изменил Unexpected for. PS Это слишком не однозначный валидатар, как мне показалось. Почему например отбивка в 4 пробела хорошо а таб, соответствующий 4 пробелам плох.

Это за гранью моего понимания. http://codepen.io/Andrey7287/pen/QjPVMo

mail.ru на отзывчивый дизайн не тянет, ибо вся его отзывчивость заканчивается на ~ 1000px. Задай ему максимальную шириной и поля и получишь архаичный дизайн без каких либо намёков на адаптацию к ширине. На этом сайте его иногда упоминают, причём НЕ в контексте того - как НЕ нужно делать, и это странно ... Вопрос топика не совсем понял, вернее не уловил смысл рассуждений. Отзывчивый дизайн наоборот более молодой и прогрессивный, чем адаптивный. А применять его или нет зависит от конкретной ситуации. Вот для mail.ru наверно лучше подойдёт несколько переходов, на которых плитки будут перестраиваться. То есть вместо того что бы растягиваться , они могли бы более равномерно распределить контент. А какой нибудь блог, наоборот проще растягивать и сжимать в каких то пределах, чем париться с переходами. Ну это моё мнение.

Во всем что касается расположения элементов на странице.

http://codepen.io/Andrey7287/pen/QjPVMo

Нету массового. Нужно учиться делать под все разрешения.

p тоже не реагирует, это стандартный margin в 1em.

Убирать надо горизонтальные скроллы, вертикальные у вас в любом случае будут при просмотре на более низком разрешении. Ничего вы не убрали http://meyerweb.com/eric/tools/css/reset/ ЗЫ C картинками хз что хотите сотворить, говнохостинг ваш их не показывает. Картинкам в тегах задается только width и height, в результате чего они имеют фиксированный размер. width = 100% задается в css, после чего они сжимаются и растягиваются в зависимости от ширины блока, с сохранением пропорций.

Однозначно второй вариант

Не может этого быть

Ну собственно я вам сразу написал что делать. div menu обернуть ещё в один div, которому задать width 20%

<br>

Тут всё OK, теперь CSS.

clear: both - для футера ЗЫ Пуленепробиваемый веб-дизайн - отличная книга для переподготовки олдскульных верстальщиков.