Форум hotibo.ru

ИМХО рано думать о переводе, стоит подумать над концепцией описанного. Немножко почитал Ваш труд, отношусь весьма скептически. Если Вы желаете, чтобы к Вам отнеслись серьезно, стоит подойти к вопросу куда более серьезно.

Для начала стоит поглядеть, как обычно выглядят описания стандартов. У вас просто набор каких-то пожеланий (может быть и полезных, конечно) без структуры. Идеи глобальной нет. Вначале надо написать, чего глобально вы хотите нового воплотить в жизнь HTML, как все это между собой связано и почему это необходимо.

Как-то не чувствуется стремление к какой-то совместимости с тем, что уже есть и соответствие общим правилам. Ну вот например, в самом начале, предлагаете вы соединять ячейки таблицы ломаной. Как это вяжется с блочной структурой документа не понятно. Т.е. любой объект на странице должен представлять собой прямоугольную область. Как накладывать стили на эту линию также не понятно.

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

И вообще много таких мутных предложений. про таблицы СУБД например концепция брать данные из txt файла тоже удивляет. Ну не задача HTML это - парсить файлы. На это скрипты пишутся. Мало ли кому чего понадобится для его конкретных нужд, вот не думаю я, что Ваша ситуация настолько типичная.

"Прячем, показываем, размножаем поля формы" тоже какая-то несуразица. HTML сам плодит дерево объектов. Javascript вообще-то для этого создан.

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

нажмите Ctrl-F (поиск) и введите слово "Фортран".

Не, я конечно понимаю, что все идет путем улучшения удобство, но Вы, видимо, идеологию и взаимосвязь используемых в вебе языков не понимаете. HTML он статический, XML дерево если его по стандартам писать. JavaScript добавляет динамику. Вы хотите пристроить HTML для каких-то своих личных нужд, не вписывающихся в идею. Тогда уж JavaScript надо бы совершенствовать (кстати что не помешало бы, всем известное свойство innerHTML не входит в DOM, я что простите должен руками node'ы все перебирать?).

Именно так. Мои статьи посвящены НЕ ОДНОЙ идеи, а нескольким.
Касающимся РАЗНЫХ сторон жизни.

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

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

Да, глобальные философствования, нисколько не спорю. только я о другом. Опять же, Ваша главная проблема - отсутствие глобального подхода. Новые решения слишком выделяются из общего стиля и идеи HTML.

Не имеет к ней никакого отношения.
Просто соединяете линией две ячейки.

Все имеет, а это не имеет? Нонсенс. И где стандарт?

Разрешать нужно НАИБОЛЕЕ часто встречающиеся ситуации, а не все подряд.

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

аппроксимируйте сплайнами

Страшно звучит . Нет, ну я конечно могу поговорить о теории сплайновой интерполяции в целом, если очень хочется , но просто вспомните Corel Draw или Adobe Illustrator, вспомните, сколько параметров там у каждого узла. Это никак не уложится в аттрибут spline=yes. Векторная графика кстати давно есть во флеше и стоит ли ее сюда мешать - еще большой вопрос.

указывайте ссылки

Речь о втором, хотя и о первом тоже. С каких это пор HTML для своих собственных нужд использует сторонние файлы, да еще txt (ну ладно бы xml еще ). И не надо про css таблицы стилей и скрипты напоминать - это все-таки отдельные языки для своих нужд. HTML сам по себе вполне самобытен.

По этим сравнительным частотам можно решить какие из множества вообразимых тегов нужно вводить.

Да уже обсуждается это в кругах w3c, более чем уверен.


Тут я вообще упал. http://html60.by.ru/site/html60/ru/inputpic_ru.htm . Картиночка в прямоугольничке со срезанными краями... А почему именно так? Может я хочу с закругленными? И где аналог виджета в графическом интерфейсе ОС?

При отправке формы браузер вышлет содержимое графического файла в теге UNKIND, который существует только в TCP/IP-потоке: содержимое файла располагаются в нем вместо многоточия

В TCP/IP поселились тэги оказывается... А ничего, что сервер с клиентом обменияваются по протоколу HTTP и там как бы физически тегов тоже нет? Вы вообще видели когда-нибудь, как выглядит HTTP запрос?

Шифрование для исправления ошибок и подсчет контрольной суммы уже выполняет TCP/IP-протокол. Начало и конец файла определяется по номеру TCP/IP-пакета и длине файла - нет нужды устраивать между файлами промежутки и вставлять в них случайную последовательность букв и цифр.

Вы рассказываете, что Вы где-то что-то читали про TCP/IP и он, о чудо, предусматривает в себе CRC, да еще и контроль доставки данных? Это к чему? При отправке файлов в HTTP предусмотрена проверка целостности что ли? "Начало и конец файла определяется по номеру TCP/IP-пакета и длине файла" - Вы там чем картинки из запросов HTTP выдергивать собрались, tcpdump'ом что ли, что на таком низком уровне определяете длину файла через некий номер TCP/IP пакета (кстати какой номер имелся в виду тоже не ясно)? Почитайте стандарты, как в HTTP файлы шлются, много нового для себя откроете.


А вообще, самый главный вопрос6 чего вы глобально хотите? Я не о переводе Ваших статей, я о целях создания всего этого.

Отредактированно Бизон (06.04.2011 23:51)

Э... многоуважаемому Мицголу надоело делать гипертекстовый векторный фидонет и он принялся за доводку до ума HTML, а заодно и HTTP, CSS, JS и всех прочих аббревиатур? 
computer20, мой Вам совет: не стоит отправлять это в W3C, у них и так забот хватает.
Если Вам так хочется экспериментов, возьмите Firefox, и попробуйте реализовать хотя бы одну из Ваших идей.

Отредактированно Коля Дубр (07.04.2011 03:52)

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

SVG уже давно исправно работает во всех современных браузерах.

ps: вах, фигхай - это круто если ещё и нормальное гейтование в интернет будет (nntp и иже с ним), то не далёк тот час, когда я вернусь в фидо ^_^

pps: не думаю, что это тот самый Мицгол - он бы не стал скрываться за псевдонимами.

Отредактированно dark-demon (08.04.2011 17:52)

>JavaScript надо бы совершенствовать

Не надо: население не может его освоить

>JavaScript добавляет динамику

Ему есть альтернативы:
http://html60.by.ru/site/html60/ru/state_ru.htm
http://html60.by.ru/site/html60/ru/module_ru.htm
http://html60.by.ru/site/html60/ru/flight_ru.htm
http://html60.by.ru/site/html60/ru/tree_ru.htm
http://html60.by.ru/site/html60/ru/looker_ru.htm
Все перечисленные html-элементы динамические,
последние два обращаются на сервер

>решив, что Ваши цели прямо таки всем необходимы

см. выше: "Частоту использования можно обсуждать"

>Векторная графика кстати давно есть во флеше и стоит ли ее сюда мешать - еще большой вопрос

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

>никак не уложится в аттрибут spline=yes

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

>Картиночка в прямоугольничке со срезанными краями...
А почему именно так? Может я хочу с закругленными?

Отличите главное от второстепенного.
Главное - качественно новый виджет.
Как его отличить от "просто картинки" - это второстепенно.
Обсуждать главное от второстепенного нужно по-отдельности.

>где аналог виджета в графическом интерфейсе ОС?

нет - добавять еще одну библиотеку в браузер

>сервер с клиентом обменияваются по протоколу HTTP и там как бы физически тегов тоже нет

Отсуствует категория времени: "не было".
P.S. передача xml-данных вытекает, во-первых, размножением полей формы
http://html60.by.ru/site/html60/ru/quest_ru.htm
во-вторых, диктуется требованием удобства

>его вы глобально хотите
>за чем вам это все нужно

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

>SQL

ссылка устарела.
корректный вариант:
http://sql40.by.ru/site/sql40/ru/introduction_ru.htm

>могу сделать поддержку каких-нибудь ваших тегов на js

Давайте попробуем, например, с
http://html60.by.ru/site/html60/ru/quest_ru.htm

> я бы с большим интересом рассмотрел бы как работает bal

Это другой проект, нежели html6.
В настоящий момент из него выброшен формат baf (формат файлов базы данных и
формат результатов запросов)
Сейчас это sql4

>тестовый пример глянуть можно

http://sql40.by.ru/site/sql40/ru/wave_ru.htm

>Я освоил например

Путаете понятия.

>добавления полей форм можно дойти за полчаса
>касается картинки, ее можно либо через AJAX закинуть на сервер, либо банально в винде ...
>попробуйте реализовать парсинг POST
>изучить JS, чем плодить стандарты

Мы говорим на разных языках:
вы о том, как выкритится старыми методами,
я - об экономии в масштабах населения
Несоответствие взглядов хорошо иллюстрирует ваша первая процитированная реплика.

P.S. "сокращение времени на разработку,
уменьшения трудности разработки,
возможности привлечь к разработке более "прикладные" кадры"

>универсальные технологии, просто это все реализующие, будут как раз зваться JS, flash и SVG

Не нужны универсальные.
Я уже отвечал: "Разрешать нужно НАИБОЛЕЕ часто встречающиеся ситуации, а не все подряд".
Несоответствие взлядов продолжает проявляться.

>Тут и так везде прикладные кадры. Есть дизайнер

Вот она - узость мышления.

Правильное перечисление было:
есть дифракционный оптик, есть молекулярный биолог, есть маркетолог
(в третьем мире, где нет ресурсов на найм)

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

например:

Единственной целью выделения текста в любой программе является последующее нажатие клавиш "Ctrl-C" ("Ctrl-Ins"). Предлагаю изменить поведение программ, в частности браузера: выделенный текст (отпущены клавиши клавиатуры или мыши) автоматически копируется в буфер обмена (clipboard).

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

Отредактированно dark-demon (10.04.2011 18:15)

если не знать - да, велик. но если знать про эту фичу - становится очень удобно.