> Кто это придумал? Вы? Кто придумал декларативный HTML сделать декларативным? Ну уж точно не я. ;)
> JS может
> в принципе работать совсем без HTML. Просто без HTML ему в
> случае веба слегка некуда отображать результаты работы :))). Поэтому эти 2
> технологии довольно удачно дополняют друг друга.
Технология отображения называется "графический тулкит". А отображающиеся элементы - виджеты. Из которых отображающийся HTML-документ состоит. Ибо сам браузер с использованием графческого тулкита написан. А ещё есть canvas, позволяющий делать всё, что угодно. В HTML он недавно появился, хотя в тулктах отродясь был.
> Для JS есть и отдельные интерпретаторы. Просто в случае сайтов есть удобный
> механизм доставки скрипта и отображения результата работы. Народу понравилось и технологии подружились.
> При том подружились они на заре браузеростроения еще. Стараниями >браузероклепателей.
Для этого используется обычный http-клиент. Который ЯП умеют, не нативно, так в виде маленьких либ.
> Естественно, но настраивать машину в какой-нибудь интернет-кафешке - много чести будет,
А для этого в своё время изобрели технологию под названием "сетевая прозрачность". Позволяющая хранить настройки не на локальном компьютере и работать в привычной среде даже на чужом компьютере.
>[оверквотинг удален]
> кадров в секунду. Особенно на более чем 1 клиента.
> 2) Можно запрашивать только нужные (например изменившиеся) данные и только когда они
> понадобились, гибко определяя это "когда". Это в принципе может сократить объемы
> перекачиваемого в десятки раз. Этакая дельта-компрессия. Очень удобно для всяких там
> коментов и прочая: загрузка портянок с сотнями коментов по любому длительный
> процесс в силу размеров простыни.
> 3) Более того, можно перерисовывать часть страницы только когда для этого уже
> есть все данные.Вот тогда никаких мельканий не будет.Потому что все данные
> уже есть, и не надо показывать "неизвестно что" пока еще только
> идет обмен информацией с сервером.
А ещё есть такая шутка под названием кеширование. Для скачивания картинок и сохранения на клиенте. Дабы скорость поднять. А текст - он и маленький, и сжимается, если что. Если только разработчики сайта не сошли с ума и не генерируют странищу с текстом в несколько мегабайт.
> Как яркий пример, допустим вебморда торрент-клиента
Если у нас цель - заменить все программы браузером, тогда да, JS нужен. Но тогда про скорость можно даже не заикаться. Ибо браузеры с JS - тормоза изначально.
> Сайт мелькает потому что
> 1) Пока нет данных страницы - там нечего отображать, внезапно! Показывается пустая
> область, что логично.
> 2) Процесс соединения с сервером, пихание запроса и получение ответа в общем
> случае занимае заметное время.
Вот только почему-то при использовании того же dillo, а ещё лучше links2 в графическом режиме, эта теория разлетается в пух и прах. А они на том же канале сидят.
>> А JS - это как анальгин для лечения вставленной в анус кочерги.
> Ыгы, будет вам кочерга в анус в виде вебсокетов от гугли :)
Кто-то заставляет это жевать?
>Поэтому если не хочется осваивать 20 разметок на уровне суперпрофи
> если надо то 1 баг раз в месяц в трак записать
> - проще кнопочку нажать, чем запоминать 20 разных языков разметки разных
> вики.
А зачем нужна визуальная разметка для баг-трекера? Там логическая, стилевая по сути, в самый раз.
> Опять же, а кто оценивал вероятности и как это делалось? Я вот
> вижу возможность визуального редактирования текста с разметкой довольно часто, в разных
> системах, с разными синтаксисами внутреннего языка для этой разметки.
Возможности есть - использования нет Покажите форум, в котором в большинстве сообщений пользователи используют хоть какое-то форматирование. Или сайты с богатым форматированием покажите. Обычно форматирование, если оно есть, теряется в простыне текста.