HTML 5 draft

0

0

"Тихо и незаметно", после обсуждённых в доброй половине интернета расхождения в концепции с XHTML 2, после споров "OGG vs MPEG-4", W3C официально опубликовала первый черновик нового интернет-формата - HTML 5. Похоже, веб-мастерам придётся активно переучиваться - нас ждут новые интересные возможности, и уже ожидаемые теги <video> и <audio> - мелочь по сравнению с описанными на уровне формата возможностями соединения с SQL-СУБД на стороне клиента, тегом <canvas> и возможностью открывать новые сетевые соединения (опять же, на стороне клиента!) через как TCP, так и Bluetooth...

HTML из онлайна активно врывается в оффлайн и стремится изменить рынок приложений, создавая воистину кроссплатформенную среду выполнения.

>>> HTML 5 - W3C Working Draft 22 January 2008

Ссылка

←	Вышел TestCase 1.0 - среда для тестирования приложений на JavaScript

Joomla 1.5 Stable

→

← 1 2 3 →

Ответ на: комментарий от anonymous 23.01.08 21:56:18 MSK

> Сравните реализации bbcodes генерирующию валидный html и валидный xhtml и посмотрите которая из них проще (hint: не xhtml)

Валидный html? ммм... и не валидный xhtml одновременно в bbcode? Пример в студию.

Deleted
(23.01.08 22:40:56 MSK)

Ответ на: комментарий от siegerstein 23.01.08 03:05:08 MSK

>Зачем два стандарта? Они как бы для одной цели то.

However, it (XHTML2) lacks elements to express the semantics of many of the non-document types of content often seen on the Web. For instance, forum sites, auction sites, search engines, online shops, and the like, do not fit the document metaphor well, and are not covered by XHTML2.

dimag ★
(24.01.08 00:11:02 MSK)

Ссылка

Ответ на: комментарий от anonymous 23.01.08 20:20:34 MSK

> Даже валидный XML-документ может иметь неправильную структуру данных, тебе уже привели пример с тегом <body> внутри <title> </title>.

>Эту фразу, по-вашему, я сам придумал? И вот именно из-за того, что различное припизднутое быдло, вроде вас, ничего не смысля ни в XML, ни в SGML, берётся решать судьбы всего мира, веб и превратился в говно. Когда ж вы передохнете, блядёныши?

Мало того, что анонимус тупой (для анонимусов это обычно), да еще и читать не умеет. Детко, валиндый XML != well-formed XHTML, андестенд?

>Да ведь ты глуп. Хочешь сказать, что рендерить НЕВАЛИДНЫЙ (X)HTML так же легко, как и валидный?

Это ты глуп, спрячь свои быдлодомыслы, онанюга. Тебе уже несколько раз написали, что сама по себе задача отрендерить документ мнгого сложнее задачи распарзить код. Поэтому нет особой разницы, что парзить: HTML или XHTML. Никто и никогда не откажется от обратной совместимости, не потому что HTML хороший, а потому, что браузер, не умеющий рендерить ничего кроме well-formed XHTML, будет никому не нужен.

Если тебе не хватает твоих задротных мозгов понять это, убей себя как Томми.

stellar ★
(24.01.08 00:20:02 MSK)

Ссылка

Ответ на: комментарий от stellar 23.01.08 16:32:47 MSK

чушь. Валидный xhtml не может содержать тег <body> где-либо, кроме тэга <html>, который, в свою очередь, обязан быть тегом верхнего уровня.

dk2
(24.01.08 00:40:01 MSK)

Ответ на: комментарий от dk2 24.01.08 00:40:01 MSK

>чушь. Валидный xhtml не может содержать тег <body> где-либо, кроме тэга <html>, который, в свою очередь, обязан быть тегом верхнего уровня.

Глаза протри, умник. Дискуссия шла про валидный XML-документ, в контексте того, что XML-парзеру глубоко пофиг на логическую структуру, главное - чтобы документ был XML.

anonymous
(24.01.08 01:36:14 MSK)

абалдели!!!!!!

как без 20 дней спец по инф. безопасности, и программер с опытом реальной разработки* говорю.

"возможностями соединения с SQL-СУБД на стороне клиента" -- SQL-инъекции пойдут косяками! гарантирую. Ибо парсеры SQL дырявы, уже пора взяться за башни и зашарить НОВЫЙ ЯЗЫК доступа к БД. Главное ПРОСТОЙ и РАСШИРЯЕМЫЙ. Но не SQL, ориентированный на ламеров а не на простоту имплементации. Насчёт <video> и <audio> еще на слешдоте писали - не надо прибивать к конкретному формату, мало того что проигнорируют, так еще и на патент какой можно нарваться в ЮСЕ. Можно, что б не говорили анонимные аналитики на ЛОРе.

Новые сетевые соединения - билет нумбер 11, "защита информации", Скрытые каналы утечки информации". Какой жопой думали? JS может тихо тырить пороли, используя просто факт коннекта/дисконнекта.

про тег canvas скажу так: дэбилы законченые. дайте людям наконец графические примитивы в JS, вместо этих извращений. Я, подрабатывая как веб-дизайнер, аццким матом кляну авторов JS за невозможность корябать в произвольном div'е. Нахрен нам ваш канвас не сдался. . *реальная разработка - это когда не пишут быдлокод абы как, а делают модель, описание архитектуры, над ней шарят неделю или две - что можно упростить. задача в том числе состоит и в том, чтоб уменьшить сложность закодываемых задач или вообще использовать свободные либлиотеки. после чего пишутся спецификации на отдельные компоненты. потом их опять фтыкают неделю или две, на предмет косяков. и уж после этого пишутся куски кода и тестятся на соотв со спецификациями. упрощает отладку до нельзя(точная отладка вообще то NP-полная задача, по дискрмату, несогласные прошу в студию).

anonymous
(24.01.08 02:15:46 MSK)

Ответ на: комментарий от anonymous 24.01.08 02:15:46 MSK

Вот в w3c только и забыли узнать мнение "без 20 дней спеца по инф. безопасности" и быдлокодера^Wпрограммера с опытом реальной разработки.

anonymous
(24.01.08 02:59:39 MSK)

Ответ на: комментарий от anonymous 24.01.08 01:36:14 MSK

>> Валидный xhtml не может содержать тег <body>

> Глаза протри, умник. Дискуссия шла про валидный XML-документ

Да, анонимусы тупы. „Валидный“ xml должен быть одновременно well-formed и „валидным“. То есть соответствовать dtd, а не только не иметь пересекающикся тегов.

Так вот, в валидном xml тег <body> может модержаться _только_ непосредственно в <html>.

baka-kun ★★★★★
(24.01.08 03:05:13 MSK)

Ответ на: комментарий от baka-kun 24.01.08 03:05:13 MSK

> То есть соответствовать dtd, а не только не иметь пересекающикся тегов.

товаарищь! да кто-ж когда и зачем в браузере будет dtd проверять? когда такое вообще было?

вообще, рекомендую почитать: http://www.webdevout.net/articles/beware-of-xhtml

dmiceman ★★★★★
(24.01.08 07:18:32 MSK)

Трояны — теперь и в HTML!

> мелочь по сравнению с описанными на уровне формата возможностями соединения
> с SQL-СУБД на стороне клиента, тегом <canvas> и возможностью открывать новые
> сетевые соединения (опять же, на стороне клиента!) через как TCP, так и
> Bluetooth...

Головы отбивать надо за такие "возможности".

Dselect ★★★
(24.01.08 09:00:35 MSK)

Ссылка

Ответ на: комментарий от anonymous 24.01.08 02:59:39 MSK

>Вот в w3c только и забыли узнать мнение "без 20 дней спеца по инф. безопасности" и быдлокодера^Wпрограммера с опытом реальной разработки.

Вот если бы спецов по безопасности еще учили тыкать в ссылки и вчитыватся в то, что там написанно. :)

the_moon ★
(24.01.08 10:27:54 MSK)

Ссылка

Ответ на: комментарий от dmiceman 24.01.08 07:18:32 MSK

> вообще, рекомендую почитать: http://www.webdevout.net/articles/beware-of-xhtml

Этим FUDом ты можешь подтереться и уткнуться. Суть его сводится к тому, что XHTML не поддерживается IE и не поддерживается ПТУшным быдлом. Ты тоже ПТУшное быдло, раз не поддерживаешь XHTML?

anonymous
(24.01.08 11:02:18 MSK)

Ссылка

Ответ на: комментарий от Deleted 23.01.08 22:40:56 MSK

> Валидный html? ммм... и не валидный xhtml одновременно в bbcode? Пример в студию.

Легко:

быдлоBBCode: [img]http://antigreen.org/bioreactor/logo.gif[/img]

HTML: анонимус <img src="http://antigreen.org/bioreactor/logo.gif"; alt="">

XHTML: анонимус <img src="http://antigreen.org/bioreactor/logo.gif"; alt="" />

XHTML-ный вариант на один слэш длиннее - анонимус неосилил. Видать, руками XHTML набирает, не осилив автогенерацию.

anonymous
(24.01.08 11:08:34 MSK)

Ссылка

Ответ на: комментарий от zort 23.01.08 04:20:04 MSK

да вообще это будет гемморой в плане безопасности

anonymous
(24.01.08 11:09:54 MSK)

Ссылка

Ответ на: комментарий от xstream 23.01.08 09:08:52 MSK

А они давно стали синонимами

anonymous
(24.01.08 11:12:58 MSK)

Ссылка

Ответ на: комментарий от dmiceman 24.01.08 07:18:32 MSK

> товаарищь! да кто-ж когда и зачем в браузере будет dtd проверять?

Не имеет значения. Если xml не соответствует dtd — он не будет валидным. При этом он может иметь правильную структуру с точки зрения xml спецификации.

baka-kun ★★★★★
(24.01.08 13:23:12 MSK)

Ответ на: комментарий от baka-kun 24.01.08 13:23:12 MSK

> Не имеет значения. Если xml не соответствует dtd — он не будет валидным. При этом он может иметь правильную структуру с точки зрения xml спецификации.

и.. что это меняет? html вон тоже должен dtd соответствовать.

dmiceman ★★★★★
(24.01.08 13:51:35 MSK)

Ничего нового. Все это есть во флеше. И аудио, и видео, и векторная графика, и попиксельная отрисовка. Можно видеотрансляции делать, можно аудио-телефонию, можно открывать сокеты и общаться с сервером "без посредников", хоть телнет делать. В 10 версии ждем работу с udp и 3D-графикой с аппаратным ускорением. Ну и FileReference надеюсь допилят, а то с локальными файлами работать нельзя. Точнее можно, но через известное место. А в мелкомягком silverLight можно и локальные файлы открывать... Просто люди решили не слишком отставать... А пока флешеры получают хорошие деньги =)

> не знаю насчет видео и аудио, но канвас есть и в фф давно, причем реализовано оно там более-менее прилично, а не кривожопо как в опере

Мальчег, тогда скажи мне, почему в ПРИМЕРАХ на сайте тормозиллы есть свойство transform и метод setTransform, вот только ни опера, ни тормозлла их не поддерживает? А реализации действительно отличаются, в опере анимация плавная, а творениях тормозиллы (фф 1-2) жутко лагает? Писал, знаю.

> SQL - интересно. Насколько понятно из документа это даст возможность писать backend к БД минуя серверную часть. Будет удобно для разного рода мелких специфических БД в интранете или вообще на localhost.

Открою секрет - уже сейчас флеш позволяет это.

> Не нужно. СУБД на JavaScript - наше всео!

Причем это работало лет 7 назад на фришных хостингах. И хорошо работало.

> >возможностью открывать новые сетевые соединения (опять же, на стороне клиента!) через как TCP, так и Bluetooth...

> Страх Божий! Я уже реально напрягся... Это ж какие перспективы открываются для хаков :-/

во флеше давно можно открывать raw sockets

> Вот поэтому просто HTML тоже должен жить. Не забывайте, что помимо олигархии из 3—4 «тяжелых» браузеров есть еще куча маленьких простых движков для мобильных телефонов, почтовых программ, кофейников и т.п.

Ага, а кофейнику проще парсить:
<
img src
=
" img/image.gif" boder=
5
hspace=3 alt=\"test>

Писал универсальный парсер - плевался. А ведь Опера все это прожует.
Зато сколько пришлось делать поправок при парсинге сайта мелкомягких...

anonymous
(24.01.08 15:23:19 MSK)

Ответ на: комментарий от anonymous 24.01.08 15:23:19 MSK

< 
img src 
= 
" img/image.gif" boder= 
5 
hspace=3 alt=\"test> 

Писал универсальный парсер - плевался. 


Открой для себя понятие контекстно-свободной грамматики, и тогда
<img src 
= 
" img/image.gif" boder= 
5 
hspace=3 alt=\"test> 

будет парзить не сложнее

<img src="img/image.gif" boder=5 hspace=3 alt="test">

stellar ★
(24.01.08 16:37:07 MSK)

Ссылка

Ответ на: комментарий от the_moon 23.01.08 14:40:20 MSK

>>Прямой доступ к SQL - злейшее злобное зло.

>Это не зло, это возможность. Топором можно дрова колоть, а можно и бабушку-соседку зарубить. Но никто же не говорит, что топор зло и порождение дьявола.

Дело в том, что ничего не говорится о поддержке транзакций (и уровней изоляции). Этим топором можно будет только старушек направо-налево валить.

Единственное применение, которое вижу - чтение неизменяющейся таблицы, например, с опциями для селекта.

anonymous
(24.01.08 17:40:48 MSK)

Ссылка

Ответ на: комментарий от dmiceman 24.01.08 13:51:35 MSK

>> Не имеет значения. Если xml не соответствует dtd — он не будет валидным. При этом он может иметь правильную структуру с точки зрения xml спецификации.

>и.. что это меняет? html вон тоже должен dtd соответствовать.

дану? давай ссылку на этот dtd в студию (hint: хер ты напишешь dtd для html, а не его подмножества)

anonymous
(24.01.08 17:51:01 MSK)