@mannaro, еще можно вместо
<code lang="javascript">
if (!condition) {
method();
}
</code>использовать
<code lang="javascript">
condition || method();
</code>
Никакой это не прямой аналог .
Если есть поддержка DOMContentLoaded, то $(document).ready срабатывает сразу посде него, и это происходит до события window.onload
Результ изменился бы. 0, 4 используются потому, что такая комбинация позволяет сократить все используемые методы (scale, save => se, s). Например, если бы он взял 0, 6 — scale, save => s, s. И в этом случае метод s ссылался на save, т.к. он заменил ссылку на scale.
Какой прок — экономия байт и только.
Ну, например использовать context.fillText вместо context.fT.
Вообще затея автора не очень хорошая, и так писать не стоит. Он же сделал та только из-за экономии байт
Думаю привыкнуть будет не сложно :)
Кстати, если срабатывает фокус на contenteditable в вашем примере — все нормально. Без фокуса ясное дело что переходит назад
Хз на счет количества обращений, думаю вам стоит поискать в сети. Если таки банят — вы найдете об этом информацию 100%.
Первой цифры вам не надо, это константа. Вторая — то что вас интересует.
Увы, но есть моменты когда в верстке без JS не обойтись. В останых случаях его лучше не использовать.
Modernizr же позволяет определить фичи, поддерживаемые браузером (не только определение CSS свойств, еще HTML5 API и т.п.). Но вижу по комментам что вы поддерживаете клиентов без js — в этом случае Modernizr вам не поможет никак.
И вообще без JS вы никак не сможете «портировать» HTML5/CSS3 фичи в старые браузеры.
Так что или включенный JS или только кроссбраузерные фичи :)
Потому что так будет быстрее и правильнее.
Если вы хотите работать с конкретным елементом вы должны дать ему конкретное имя.
Если у вас в DOMе есть куча мест где используется класс pull-right то скорей всего вы произведете какую-ту операцию с неверным елементом, которому вы дали ему такой же класс.
Еще раз повторюсь, это плохой подход. jsfiddle.net/HkCeh/ почувствуйте разницу.
