Ясно. Ничего конкретного, чтобы пощупать ты предложить не можешь.

смешной вывод... после двух страниц жаркого обсуждения))))))

TC, я надеюсь, ты понимаешь что придётся писать свой движок с браузером, что бы ты ни изобрёл? или как минимум двиг + плагин к существующему браузеру... я надеюсь, ты так же понимаешь, что для демонстрации нового веба придётся еще и сервак поднять, ибо стандартные серваки новым требования отвечать не будут...

...но это лирика)))
я так и не услышал ответа по поводу реализации универсального клиентского движка:

1) в частности меня интересует, планируется ли в условиях данной концепции создание нового браузера, понимающего новый веб (или это будут костыли-плагины к существующим)?

2) если да, то как вы расчитываете выдержать конкуренцию в этой области с существующими браузерами? ведь за один день на новый стандарт все разом не перепрыгнут...

3) для написания кросовых браузеров и движков придётся полюбасу писать описание стандарта. это описание, как и описание HTML все будут реализовывать по-своему, в кривь и вкось. то есть возвращаемся к проблеме, с которой начали - как заставить всех выдержать стандарт и сохранить единство интерфейса?

 объём проблем настолько гигантский, что ИМХО вы сполна оправдываете свою подпись под аватаром   

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


Сервер (как таковой, железо) у меня уже есть и работает.


Так же, как ее выдержал TCP - простота, эффективность и технологичность 


Никак, это невозможно в принципе. Да и не нужно, ведь многообразие способствует эволюции.

многообразие способствует тому что хтмл в опере, ФФ и в ИЕ выглядит по-разному   

Я подразумевал многообразие браузеров. Проблему унификации интерфейса страниц решает фреймворк.

rsm, придумал свой Java Web Start/ClickOnce/Zero Install с блэкджеком и шлюхами 

Не вижу никакой связи 
Предлагается каждый сайт устанавливать в виде отдельной программы? Подход интересный, но народ вряд ли оценит. Хотя... Для любителей одноглазников и контактега будет в самый раз, они все равно не подозревают о существовании иных ресурсов 

Ну да, не устанавливать, а скачивать во временную директорию и через некоторое время удалять - это конечно принципиальная разница  

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

Продолжим. Гипертекст никому не нужен.
http://imagemagick.org/script/index.php
http://sysoev.ru/
http://avisynth.org.ru

Не видел сайтов на флеше
http://www.nissan.ru/
http://www.adidas.com

Далее, интерпретатор кода.
qmlviewer.exe подойдет на эту роль?
Позволяет просматривать qml-файлы. Вот тебе и flickr 
http://doc.qt.nokia.com/4.7-snapshot/demos...ive-flickr.html
И вот что получается
http://labs.qt.nokia.com/2009/05/13/qt-declarative-ui/

Это наше будущее?

Добавлено через 1 минуту и 19 секунд
Вот что у меня получилось

Присоединённый файл ( Кол-во скачиваний: 7 )
 flickr.7z 937,21 Kb

Тоже, конечно, вариант, но очень уж примитивный. Да и слабо представляю нормальный интерфейс на Java чтоб не тормозил, особенно на смартах и КПК с малым количеством оперативки 


Особенно порадовала первая ссылка, заканчивающаяся на *.php. Ни один из приведенных примеров не является чистым гипертекстом, даже на спартанском sysoev.ru присутствует CSS.


Спасибо за примеры!  Которые так ярко показывают все названные мною выше недостатки. Теперь я знаю, что бывают сайты целиком на Flash, и все они - ужасны.


Если его чуть более чем полностью переписать - то вполне подойдет. Ему не хватает движка reST'а. А так же встраивания произвольных виджетов типа видеоплеера, и самих виджетов. И еще разделения страниц в "песочницы". И еще передачи данных по STCP. И еще расширения QML'я возможностью обращения к БД. И еще много чего другого. Сущие мелочи, право слово!


Да, примерно такое  Только лучше и в нем можно будет грабить корованы 

Ах ты имел ввиду чистый гипертекст, тогда да в большинстве он не нужен. Но кому-то нужен.

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

Ну так дерзай. 

Я видел самые ранние сайты целиком на Flash'е и очень надеялся, что сейчас они стали хоть немного лучше. Оказывается, не стали.

2ALL: появилась идея по поводу индексации. Что если выделить для текста виджет определенного класса? Это все равно придется делать, т.к. страница будет представлять собой набор виджетов, отрисовывающих картинки, Flash и пр. Поисковый робот будет запрашивать страницу и индексировать текст из всех виджетов заданного класса. По-моему, вполне себе решение.

Еще задумался, как обеспечить прозрачную работу с БД. Может быть взять за основу не QML, а что-нибудь типа Python? И тогда страницы будут представлять собой код на Python + интерфейс на Qt. Вот уж где будут безграничные возможности по наворачиванию функциональности! Т.к. фактически страница будет представлять собой полноценную программу. Тогда и доступ к БД решается легко - достаточно будет разделить код на две части: серверную и клиентскую. Серверная часть представляет собой класс, инкапсулирующий все обращения к БД, включая авторизацию, которую совсем даже не надо показывать клиенту из соображений безопасности. Клиентская часть будет работать только с классом, предоставленным сервером. Это будет способствовать не только простоте расширяемости, но и изначально грамотному проектированию и разделению программы по MVC.

Таким образом, приходим почти что к идее, предложенной LSD - сайты как программы. Только еще более глобально: операционная система, для которой не будет принципиальной разницы, установлена программа локально или загружена с сервера. А браузер станет лишь проводником в мир, позволяющим искать нужные ресурсы. OMG, я только что выдал свой замысел о мировом господстве! 

Вот сеошники спамеры обрадуются! Практика поиска показывает, что индексировать надо по реально отображаемому контенту а не по тегам, которые люди ставят как хотят.

Каким тегам? В секции <meta>? А их кто-нибудь вообще юзает? Разумеется индексация будет по всему тексту.

Вначале введём виджет "контента". Затем захотим семантики - введём виджеты для парагрфов, заголовков и т. д. Захотим отделения контента и стилей - введём CSS (впрочем, в Qt в урезанном виде он уже есть, хотя не в курсе как там в случае QML). Мне кажется, что мы переизобретаем HTML/CSS/JS 


Да. Все поисковики и сайты, заботящиеся о поисковиках. Другой вопрос, что в случае "сильного несогласования" прочего контента и кейвордов в метах, поисковик будет недоволен..