Ребята с кривыми руками, просто заглядывайте почаще на caniuse.com/css-shapes, да анализатор используйте.
Решение прекрасное, но для недалёкого будущего, а пока не работающее. Для всех браузеров в примере используется скрипт для формирования тонких float-элементов.
P.S. Мой хром показывает 36-ю версию, а caniuse.com говорит про старт поддержки с 37-й.
Скорость чего меньше?
Это — очень плохой и никчёмный способ, который ничего спрятать не может. Абсолютно всё, что грузится запросами к серверу, хоть с GET, хоть POST, можно посмотреть, скопировать, а при возможности скачать.
Вариантов 2. Просто к Flas нужно присовокупить Silvrlight.
Да и JS корректней называть языком с динамической, а не слабой, типизацией, которая не делает такие языки хуже или лучше.
Инкапсуляция в силу замыканий есть. Вы абсолютно правы. Правда, инкапсуляция может быть в каких угодно языках. Даже и в не объектно-ориентированных.
Полиморфизм есть, конечно. И тут вы правы, одно слово — динамическая типизация. Правда, как и инкапсуляция, может быть где угодно.
Вот ни слова про классы не сказал, но вы сами их тащите на свет. Наверное потому, что наследование через прототипы и есть краеугольный камень. Можно сколько угодно обсуждать инкапсуляцию, полиморфизм, абстракцию и оставшиеся мелочи, но отсутствие классов делает Javascript таки языком весьма опосредованно относящимся к ООП. Я определил бы как очень и очень особенную версию ООП.
И главное, я не понимаю, как отношение Javascript к ООП поможет для решения задач? Знание десятка интерфейсов событий, отличий групп clint-, offset- и scroll-свойств, общее понимание архитектуры веб-приложений и прочее ИМХО куда как важней.
Ого! Знаток негодуе))
Применительно к JS логично говорить про компонентно-ориентированное программирование. Потому и спрашиваю — где вы увидели ООП в JS и в чём это проявляется?
Кроме подразумевающегося объекта вызова, про прототипы обязательно поподробнее. Кстати, сама вопроса уже хороша — Function.prototype.bind, а не просто про метод bind у типа данных Function.
Ещё бы спросил про работу JS в HTML, а именно про события — модель, перехват, инициализация. Про scope обязательно, то бишь замыкания.
Любой анализатор в современных браузерах построен на анализе десериализованного кода со всеми внесёнными изменениями DOM с помощью скриптов.
Нет никаких способов, кроме canvas, но такой подход даже рассматривать не стоит, в силу очень большой сложности, плохой масштабируемости, управляемости и просто потому, что вопрос задан дилетантом.
Если речь про IE 6-й версии, то право не стоит, даже скучно как-то. Привыкайте жить в рамках современных технологий. Нет уже никаких ограничений по размещению любого контента в ссылках (тип контентной модели transparent) www.w3.org/TR/html5/text-level-semantics.html#the-...
логично, что заголовок должен быть заголовком, а не ссылкой. Для ссылок с целью навигации есть семантические элементы типа nav.
Поисковики придираются по очень простой причине — оба элемента используются в механизмах ранжирования.
Решение прекрасное, но для недалёкого будущего, а пока не работающее. Для всех браузеров в примере используется скрипт для формирования тонких float-элементов.
P.S. Мой хром показывает 36-ю версию, а caniuse.com говорит про старт поддержки с 37-й.