HTML 6.0 - Проект новационной технологии в Web
 

HTML 6.0 это проект нововведений,
позволяющих прятать и показывать поля формы,
записывать граф, дерево, иметь объекту несколько состояний с разными стилями,
а браузеру - отображать таблицу 3x100 СУБД как таблицу 10x10,
отображать теги с произвольными названиями, одноименными таблицам СУБД,
отправлять xml-данные (возможно xml-деревья)

Документация на http://html60.chat.ru

Прошу критику.

Для затрувки дискуссии:
Сравните, что сложнее:
1. тег MULTI
http://html60.chat.ru/site/html60/ru/quest_ru.htm
или JavaScript, скрывающий и показывающий поля формы
2. теги TREE и TI
http://html60.chat.ru/site/html60/ru/tree_ru.htm
или Java, отображающий дерево
3. Записать блок в файл
http://html60.chat.ru/site/html60/ru/transfer_ru.htm
или установить TCP/IP-соединение
4. сослаться на файл
http://html60.chat.ru/site/html60/ru/tabfile_ru.htm
или писать цикл на прокладке (php, perl) превращающий таблицу 3x10000 СУБД в таблицу 100x100 браузера
5. запросом в базе данных получить сразу дерево, а не декартово произведение
http://bal10.chat.ru/site/bal/ru/tree_ru.htm
и отправить его сразу в браузер
http://html60.chat.ru/site/html60/ru/anytag_ru.htm
- или писать генерацию html-страницы на php или perl

Бред. Всё это возможно при помощи других языков. Зачем к старому велосипеду припаивать новый и не очень удобный?

Цель проекта в том, чтобы позволить специалисту/там в прикладной области создать
информационную систему не нанимая программиста.
И в первую очередь систему, обслуживающую его самого/их самих.
Уже только ради автоматизации российских предприятий (исключая гигантов)
силами отделов АСУП нужно написать плагин к браузеру!

Вообщем, довольно интересно.

Но, имхо, будет перебор. Взять, например:
Как бы - html - это не язык программирования.
И отображать поля (в зависимости от выбора радиокнопки) - это частный случай.
Есть минимум (универсальный минимум): обычная радиокнопка. Выбрал - и хорош. Если надо какие-то навороты (в зависимости от выбора) - используй JavaScript.

Не, конечно это удобно - если был бы MULTI, но кому-то будет также удобно если у <img> будет параметр - который будет сменять изображение на другое при наведении. Типа <img src="изображение.jpg" src_new="изображение2.jpg">
Но это ведь тоже частный случай. А если учитывать все эти частные случаи - html раздуется до офигительнейших размеров.

А так, как и написал, довольно интересно.
Вот только продвинуть все это будет ой как не легко.

computer20,
Велик...

А зачем это ФУНКЦИОНАЛЬНО нужно?

Речь идет не об охвате всех возможных частных случаев -
речь идет о НЕОБХОДИМЫХ (если хотите "необходимых в производстве") операций

Это нужно тем кто с трудом осили ХТМЛ, и не хочет даже въезжать в то что такое JavaScript и т.п. Я таких людей множество встречал, и для них такая штука была бы как мана небесная.

Да нет... почему... Ничего же криминального не произошло, подумаешь пару функций добавили. Запомнить чтоль не сможешь?
Довольно симпатично.

Я имею ввиду: это (глюкало с картинками) для какого дела может понадобится?
На производстве?
Для автоматизации лаборатории?