Да действительно, я ошибся, извиняюсь. Не успел тщательно перепроверить информацию, почему-то давно запомнилось что его запрещали. Буду в курсе, что в итоге он рабочий.
Как уже писали выше, про inline-block и float довольно странное напутствие. По поводу inline-block все не так уж и плохо: его можно заставить работать в IE6. Если мне не изменяет память делалось это указанием следующих стилей .inline-block {display: inline; zoom: 1;}
В IE7 конструкция выше работает точно. Многие SASS/SCSS фреймворки (Compass, Bourbon, …) имеют mixin inline-block, который как раз и реализует данный хак для старых IE
Да и опять же, вы в статье упоминаете про Progressive Enhancement и Graceful Degradation и в тоже время призываете отказываться от того же inline-block и прочих вещей. Подключив modernizr, вы сможете тестировать поддержку различных css возможностей и при необходимости менять их отображение. Также modernizr хорош для проверки placeholder, pattern, упомянутых в статье для input. Верстка, выжившая для IE6, но без нужных полифилов, будет смотреться странно, особенно если все подписи к полям существуют только в виде placeholder, потому что ни одна подпись в input'е не покажется. Это, кстати, касается и IE8.
По поводу noscript. По спецификации HTML5 данный тег запрещен. Вместо него сейчас принято добавлять к html класс no-js, а у браузеров которых включен JS снимать этот класс. Используя этот подход, можно отображать/не отображать какие-то блоки, а не просто добавлять дополнительный текст, как это делает noscript. С классом no-js все легко контролируется через CSS. Также вы сможете менять функционал своего приложения, проверяя включен ли JS. Делать, к примеру, формы по умолчанию рабочими на отправку, но если включен JS и нужна поддержка ajax, то делать preventDefault и отправлять форму ajax'ом и тп.
От reset.css уже многие отказались в пользу normalize.
Упомянутый выше modernizr также включает в себя html5-shiv, поэтому нет необходимости подгружать его отдельно, если используется modernizr. Выше вроде бы как указаны плюсы его использования.
Если идти в сторону микроформатов и разметки учитывающей все, то необходимо также добавить информацию для соц. сетей в head
Сейчас самый известный формат для этого — Open graph ogp.me/. Его поддерживает Facebook и по ощущениям VK тоже
Для твиттера тоже появилась подобная возможность — dev.twitter.com/docs/cards
На самом деле на heroku тоже можно использовать БД и тоже бесплатно, правда ограничение в 5Мб. Зато приложение не «засыпает», а достаточно нормально работает.
В heroku при использовании бесплатного аккаунта можно использовать кастомные домены
На heroku Push на сервер происходит посредством git, поэтому есть возможность параллельно разместить исходники и на github скажем
Также в heroku можно бесплатно использовать множество дополнений для работы с базами данных: mongoDB, redis, mysql, postgre. Тоже бесплатно
Естесственно есть ограничения на объем, либо кол-во запросов, но использовать можно
Это же давно уже обсуждали ) На эту же тему McDonalds запантентовали приставку mс, ее нельзя использовать при открытии ресторана… После чего появилась шутка, что если хочешь судиться — открой ресторан социальную сеть macbook так еще и от apple достанется
А по какому принципу показываются сериалы, при переходе в рубрику сериалы? Самые новые? Реализация крутая)
Форма отзывов как то не окончательно оформлена)) У меня съезжает в Chrome 4.1.249.103 (WinXP)
_overflow:hidden — вот это выдаст в консоле ошибок Operы — предупреждение
+html .foo{} или * html .foo{} — на это валятся ошибки
//overflow:hidden — ошибки и в Опере, и в ФФ
)))) насчет 2 я если честно не понял вас)
насчет 1, я говорил выше что все чем файл ie_fix не валиден — это обычно фильтры. Для ИЕ это не ошибка, поэтому нельзя говорить о том, что мы скармливаем ИЕ ошибочный файл
А вы сами я так понимаю не сторонник валидности? То есть по вашему получается, что если в общем css файле встречается что типа
+html .foo{} или * html .foo{}
_свойство: значение или
//свойство: значение и т.д
то это вполне нормально и все зашибон?)))
С одной стороны толка то нет, конечный файл для IE будет не валид, но…
Если отдать css-валидатору целую страницу c отдельными стилями для IE, подключенными через conditional comments, то валидатор такие файлы учитывать не станет и покажет (если в основном файле ошибок нет), что css валиден. Поэтому я считаю, что предпочтительней использовать такой вариант, чем хаки.
Я имел ввиду, что основной css файл будет валиден, т.к не будет содержать хаков…
Файл для ИЕ6 валиден не будет. К примеру, если хотя бы раз используется какой-либо фильтр, то вся валидность к чертям ))
Да действительно, я ошибся, извиняюсь. Не успел тщательно перепроверить информацию, почему-то давно запомнилось что его запрещали. Буду в курсе, что в итоге он рабочий.
Как уже писали выше, про inline-block и float довольно странное напутствие. По поводу inline-block все не так уж и плохо: его можно заставить работать в IE6. Если мне не изменяет память делалось это указанием следующих стилей
.inline-block {display: inline; zoom: 1;}В IE7 конструкция выше работает точно. Многие SASS/SCSS фреймворки (Compass, Bourbon, …) имеют mixin inline-block, который как раз и реализует данный хак для старых IE
Да и опять же, вы в статье упоминаете про Progressive Enhancement и Graceful Degradation и в тоже время призываете отказываться от того же inline-block и прочих вещей. Подключив modernizr, вы сможете тестировать поддержку различных css возможностей и при необходимости менять их отображение. Также modernizr хорош для проверки placeholder, pattern, упомянутых в статье для input. Верстка, выжившая для IE6, но без нужных полифилов, будет смотреться странно, особенно если все подписи к полям существуют только в виде placeholder, потому что ни одна подпись в input'е не покажется. Это, кстати, касается и IE8.
По поводу noscript. По спецификации HTML5 данный тег запрещен. Вместо него сейчас принято добавлять к html класс no-js, а у браузеров которых включен JS снимать этот класс. Используя этот подход, можно отображать/не отображать какие-то блоки, а не просто добавлять дополнительный текст, как это делает noscript. С классом no-js все легко контролируется через CSS. Также вы сможете менять функционал своего приложения, проверяя включен ли JS. Делать, к примеру, формы по умолчанию рабочими на отправку, но если включен JS и нужна поддержка ajax, то делать preventDefault и отправлять форму ajax'ом и тп.
От reset.css уже многие отказались в пользу normalize.
Упомянутый выше modernizr также включает в себя html5-shiv, поэтому нет необходимости подгружать его отдельно, если используется modernizr. Выше вроде бы как указаны плюсы его использования.
Если идти в сторону микроформатов и разметки учитывающей все, то необходимо также добавить информацию для соц. сетей в head
Сейчас самый известный формат для этого — Open graph ogp.me/. Его поддерживает Facebook и по ощущениям VK тоже
Для твиттера тоже появилась подобная возможность — dev.twitter.com/docs/cards
В heroku при использовании бесплатного аккаунта можно использовать кастомные домены
На heroku Push на сервер происходит посредством git, поэтому есть возможность параллельно разместить исходники и на github скажем
Также в heroku можно бесплатно использовать множество дополнений для работы с базами данных: mongoDB, redis, mysql, postgre. Тоже бесплатно
Естесственно есть ограничения на объем, либо кол-во запросов, но использовать можно
Более краткий вариант тут www.favbrowser.com/battery-life-internet-explorer-10-vs-firefox-11-vs-google-chrome-18-vs-opera-11-6/
Форма отзывов как то не окончательно оформлена)) У меня съезжает в Chrome 4.1.249.103 (WinXP)
+html .foo{} или * html .foo{} — на это валятся ошибки
//overflow:hidden — ошибки и в Опере, и в ФФ
Вот поэтому и надо выносить такие вещи в отдельные файлы
насчет 1, я говорил выше что все чем файл ie_fix не валиден — это обычно фильтры. Для ИЕ это не ошибка, поэтому нельзя говорить о том, что мы скармливаем ИЕ ошибочный файл
А вы сами я так понимаю не сторонник валидности? То есть по вашему получается, что если в общем css файле встречается что типа
+html .foo{} или * html .foo{}
_свойство: значение или
//свойство: значение и т.д
то это вполне нормально и все зашибон?)))
Для того, чтобы убедиться что css соответствует написанным требованиям w3c
Если отдать css-валидатору целую страницу c отдельными стилями для IE, подключенными через conditional comments, то валидатор такие файлы учитывать не станет и покажет (если в основном файле ошибок нет), что css валиден. Поэтому я считаю, что предпочтительней использовать такой вариант, чем хаки.
Файл для ИЕ6 валиден не будет. К примеру, если хотя бы раз используется какой-либо фильтр, то вся валидность к чертям ))