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

[computer20]

>Написано все безграмотно (без осознания того, о чем пишется и без понимая мало мальских основ)

для трепачей повторяю:
"возражения есть? выкладывайте",
"аргумент приведи"

>Сцылку!!! я что-то пропустил видимо пост

вот уж не думал, что ты такой примитив, что вместо разумных указаний будешь ссаться крутым кипятком

>Предполагается смешение понятий языка разметки, языка запросов и языка программирования

в html60 нет ни языка запросов, ни языка программирования - закусывать надо

>почитал про формат отправялемых данных [BAL] ... прослезился

тут не слезиться надо, а дорабатывать формат или от него отказываться.

Сейчас я от него отказался:
решил, что лучшая участь языка BAL — быть языком запросов к обычной СУБД.
Таблицы связаны на основе foreign key и совпадения значения поля tablename2 таблицы tablename1 со значением поля id
(во всех таблицах поле с таким названием интерпретируется BAL-ом таким специальным образом) таблицы tablename2.

[Sym_9x]

[computer20]

>возражение номер раз: он сразу возьмет и будет знать ВСЕ правила html + BAL

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

>номер 2: Написано все без осознания того, о чем пишется и без понимая мало мальских основ
>[TCP] тоесть по сути откинуть развитие в далекий 76 год прошлого века
>не понятно еще, какая тут глупость заложена
>это из серии всем домохозяйкам управление страной?

см. что я писал про трепачей

---

теперь о том, что ты смог вымучить по делу

>не описано что конкретно плохо (кроме того, что кучка недалеких горе-программеров не способна выучить php

1. мир состоит не только из программеров
2. плохо то, что php вообще понадобился
3. плохо само НАЛИЧИЕ программирования - например, на js

[Sym_9x]

[computer20]

>>достаточно будет записать блок в специальный файл, а все остальное сделает ОС в соответствии с атрибутами тега "r".
>Придется переписать все стеки транспортного (и, возможно сетевого) уровня

Стеки не переписывают, переписывают библиотеки для ПО.
Попытка ввести универсальный способ общения (хоть xml поверх http)
неизменно приведет к этому - это свойство самой подобной попытки.

>Писать в XML это, несомненно, проще, нежели сразу отправить структуру

Поясните, что вы имели ввиду под "отправить структуру"

>>плохо то, что php вообще понадобился
>то, что понадобился html хорошо?

дурацкий вопрос: php это прокладка, без нее можно обойтись;
html или его аналог нужен для визуализации, без него или аналога обойтись невозможно -
речь может идти только о том, какой аналог лучше (но не об исключении средства
визуального представления вообще)

если имеете что-то против html, приведите другую более доступную массам альтернативу.

по поводу php: речь идет об уменьшении количества средств разработки,
применяемых в одном проекте.
html+sql(точнее - его аналог, сообщающийся с TCP/IP) это лучше,
чем html+sql+php[perl]

>html6 будет делать ВСЕ, что только захоочет юзер?

html6 предназначен не для всех, а для наиболее часто встречающихся случаев.
за пределами этих случаев используйте старые средства (js, например)

[Sym_9x]

[computer20]

>бибилиотека, которую следует переписать
>программка [Создаст канал передачи ...]
>что проще?

некорректное сравнение: сравниваешь библиотеку и программу.
сравнение программы с программой выглядит так:
1. создать канал передачи и кинуть в него данные
2. записать данные в файл (используя дескриптор файла)

кстати, откуда ты взял, что по моему методу xml нужно записывать в некоторый файл для
хранения ("Положить этот XML в файл") и что нужно парсить глубже корневого тега R
("распарсит данные (d) проверит их валидность")?

>предлагается использовать html6+BAL вместо html+php+sql. Если кому-то понадобился сайтик с динамическим контентом, то ему ПРОЩЕ ПРОСТОГО выучить PHP

1. речь не о том, что php прост или сложен - он лишний (НЕ НАДО его учить)
2. "php+хранимые функции sql" не дают единую однородную среду для разработки

>выучить этот BAL и собссно сам html. Такое вообще учитывалось при создании проекта?

Да.
1. выучить html и bal проще, чем три языка - html, php, sql
2. bal проще sql

>спец в другой области то он вообще заморачиваться не будет. наймет программиста

отсутствует категория времени: когда не будет -
сейчас при html+php+sql или потом при html6+BAL

>только не надо начинать, что каждый будет сам себе программист. Это утопия

не доказано

>что предлагается в BAL так и не понял, хотя программирую довольно давно

1. МАСКИ для извлечения деревьев из базы
2. отправка данных в xML(html, xml)-виде, понимаемом браузером
(возможно это лучше делать через http, а не по моему xml-каналу)

3. указание АДРЕСА получателя в запросе (хотя возможно это стоит убрать,
ограничить язык возможностью отвечать только на тот адрес, с которого пришел запрос)

>>html6 предназначен не для всех, а для наиболее часто встречающихся случаев.
>тоесть этот html сначала надо еще и выучить?

1. если пользователь уже знает html4, то для него html6 есть улучшение html4
(позволяет изображать без программирования то, что не мог html4)
2. если пользователь не знает html4, то для него html6 надо рассматривать в сравнении
с другими языками/средствами визуализации (рассмотрение ситуации, когда пользователь не знает html,
без указания второго компонента пары бессмысленно -
речь может идти только о том, какой САМЫЙ легкий язык/средство для визуализации)

>написать под него браузеров (ну даже пусть будут плагины
>кто это будет делать?

в идеале - разработчики сегодняшних браузеров
(после агитации на w3.org, whatwg.org)

>переписать кучу бибилиотек, чтоб они могли xml отправлять

Не хочешь отправлять в БД или в браузер, можешь не переписывать.
можешь для отправки в БД или в браузер тоже не переписывать - используй php:
на нем решить мелкую задачку очевидно проще написать плагин.

Но написать МИРИАДЫ мелких задач силами МНОГИХ пользователей -
это сложнее, чем написать ОДИН плагин
(экономия не у тебя лично, экономия в масштабе страны, в масштабе сообщества)

>VRML

нарушена логика: из прошлых ошибок не следуют будующие

[Sym_9x]

[computer20]

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

>>1. создать канал передачи и кинуть в него данные
2. записать данные в файл

>про ftp я вообще молчу

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

---

Разница в том, каким образом передается полный адрес получателя

>sy_mail->Sender = "test";
sy_mail->Recipient = "[email protected]";
sy_mail->Body = "Hello, test";
sy_mail->AddAttach("helo.txt");
sy_mail->Send;
А теперь приведи анаогичный код при помощи того, что предлагаешь ты

<r ra=test.ru ru=test1 rs=test>
<p>Hello, test</p>
</r>

>языку запросов нахрен не надо указывать никаких адресов получателя

1. такое указание на bal не сложнее, чем на sql выражение:
select constant1, constant2, constant3
2. как без такого указания отправить данные на произвольный адрес?

---

>что может быть проще обращения
Select * from table where name like 'ivan'
>думаешь маски на много проще, чем язык, близкий к человеческому

Ты намеренно выбрал примитивный пример.
Возми пример, где нужно извлечь данные из десяти таблиц.

---

>про готовый движок-то ничего не сказал (коих щас пруд пруди)? али забыл?

сейчас я обкатываю идею (в т.ч. и на таких, как ты).
грех этим попрекать (ты от радости в слюне не захлебнешься? ).

>>Это утопия
>Доказано много раз историей

Дурачок. Провалы предыдущих попыток не доказывают провала будущей попытки

---

>[html60] тебе уже кучу раз носом ткнули где и какие ошибки

1. перестань ссаться крутым кипятком - так делового разговора не получится
2. никто никогда об ошибках не говорил - разговор вели о том,
что нововведения можно реализовать существующими средствами (этого я никогда не оспаривал)

[Sym_9x]

[computer20]

[Sym_9x]