Валидация на сервере будет всегда, не смотря на любое количество валидаторов. Это я к этой фразе:
>> Если вместо 20 строчек javascript'a и последнующий валидацией submit'a на серверной стороне после ввода login\password вам нужно будет всего лишь описать input'ы как web form, то этим и будут пользоваться.
С серверной стороны все равно придется проверять корректность, т.к. никто не застрахован от хакеров, которые составят запрос ручками и сделают с вашим ресурсом что-то нехорошее :)
Далее, такие валидаторы задают поведение вебприложения, не зависящее от разработчика (по крайней мере, в статье ничего об управлении поведением не сказано). Кастомизацию этого поведения все равно придется делать вручную. Все это дает очень небольшой выигрыш по сравнению с чистым яваскриптом. То есть, фича не шибко актуальная, а шуму вокруг нее…
Что именно вы посчитали бредом? Если html5 предоставит нам 5-10-25 предустановок валидатора, все равно будет мало. Это упростит работу программерам на простых формах, не более.
PS Я не против новых стандартов, я за то, чтобы стандарты вносили востребованные фичи.
Когда они озаботятся инструментом, куда более важным для веб-приложений — интеграцию с веб-службами. Пока что все работает на костылях — аякс-запросы разрешены только к хосту, с которого загружен js файл, к сторонним сервисам приходится соединяться флешем или с помощью костылей на iframe (которые xhtml невалидны, если не изменяет память). А так что-то вида
<service link=«url...» params=«params...»/>
даст нам, скажем, DOM-элемент, к которому можно обратиться через js, но и сам он может что-нибудь показать, если js отключен.
Кстати, в html5 кажется анонсировали постоянное хранилище для фваскрипта. Что то его среди фич нет…
Тэг собирается предоставлять унифицированный доступ к видеопотокам. Однако, в каждом браузере будет свой плеер (со своим интерфейсом), насчет универсальных кодеков тоже будут вестись споры, потом — как насчет работы с видеопотоком из js? Как, например, сделать аналог плеера youtube? Будет ли API и какой он будет мощности? Все мутно и неясно.
Валидация со стороны сервера будет всегда. Потому что злостных хакеров никто не отменял.
Насчет валидации с js — как насчет собственных валидаторов (например, валидный IP)? Будем делать на js и регистрировать через API? Тогда от 20 строк останется 10, что по большому счету не меняет смысла, т.к. нам все равно придется делать самим. + все больше валидаторов нестандартных форм работают через аякс. Это уже вообще не имеет отношения к стандарту html.
Ооо, хочу пяток вебкамер с возможностью поворота )). Расставить их по периметру чего нибудь оживленного и баловаться :) Одновременное разглядывание какого либо обьекта с разных фокусов, например. И как только наш обьект перемещается, «одним легким движением руки» все наши камеры меняют ракурс ;)
Насчет чуть более практичного применения — если взять два монитора, на одном классический интерфейс для, например, написания кода, а на втором — управление с помощью такого мультитача. Если настроить чувствительность, цифровым домом можно будет управлять на раз.
Как все просто было бы, если защищенные копирайтом произведения имели цифровую подпись... Тогда можно было бы просто скормить файл ресурсу, выдавшему сертификат и просмотреть всю информацию о лицензии...
>> Если вместо 20 строчек javascript'a и последнующий валидацией submit'a на серверной стороне после ввода login\password вам нужно будет всего лишь описать input'ы как web form, то этим и будут пользоваться.
С серверной стороны все равно придется проверять корректность, т.к. никто не застрахован от хакеров, которые составят запрос ручками и сделают с вашим ресурсом что-то нехорошее :)
Далее, такие валидаторы задают поведение вебприложения, не зависящее от разработчика (по крайней мере, в статье ничего об управлении поведением не сказано). Кастомизацию этого поведения все равно придется делать вручную. Все это дает очень небольшой выигрыш по сравнению с чистым яваскриптом. То есть, фича не шибко актуальная, а шуму вокруг нее…
PS Я не против новых стандартов, я за то, чтобы стандарты вносили востребованные фичи.
<service link=«url...» params=«params...»/>
даст нам, скажем, DOM-элемент, к которому можно обратиться через js, но и сам он может что-нибудь показать, если js отключен.
Кстати, в html5 кажется анонсировали постоянное хранилище для фваскрипта. Что то его среди фич нет…
Насчет валидации с js — как насчет собственных валидаторов (например, валидный IP)? Будем делать на js и регистрировать через API? Тогда от 20 строк останется 10, что по большому счету не меняет смысла, т.к. нам все равно придется делать самим. + все больше валидаторов нестандартных форм работают через аякс. Это уже вообще не имеет отношения к стандарту html.
Научите ребенка пользоваться интернетом, чтобы интернет от него не тупел :)
Насчет чуть более практичного применения — если взять два монитора, на одном классический интерфейс для, например, написания кода, а на втором — управление с помощью такого мультитача. Если настроить чувствительность, цифровым домом можно будет управлять на раз.