Тоже хорошо. Это можно считать глобальным пространством. Есть недостатки в том что уточка работает в данном случае как страница перенаправления из за чего этот сервис перестанет работать если уточка накроется. Ну и подсказки Википедии она мне не отображает если ввести в адресной строке "!вики XML".
Открытия поста по номеру или пользовательского профиля по нику в данном случае для Хабра нет. Но это логично так как всего предусмотреть не возможно да и это ещё больше раздует глобальное пространство имён и в итоге прийдём к тем же доменам.
Мне кажется вся проблема умерших да и новых приложений в том что они пытаются откусить от веба пользователей и ограничить их возможности а не гармонично интегрироваться в веб. Браузеры же наоборот приспосабливаются чтобы дать те возможности из за нехватки которых пользователи вынуждены использовать другие приложения.
или подумать об использовании 2 протоколов, для текста и для потоковых данных?
сделать более интерактивным браузер, добавив ему такой вид ресурса, как канал месенжера и позволив посетителю параллельно взаимодействовать и с тем и с другим.
В браузере есть ещё два протокола:
WebSocket — он позволяет открыть канал к серверу и передавать данные в обе стороны в реальном времени.
WebRTC — для прямой связи между браузерами пользователей. Самый яркий пример использования сейчас WebRTC это различные видеочаты где в обе стороны одновременно передаются текст, видео и звук. Также на WebRTC был сделан WebTorrent.
Но все ли разработчики веб приложений знают о этих возможностях?
Оффтоп: Пожалуйста не используйте прозрачность на тексте. Это заставляет браузер текст растрировать. Из за этого у меня большая часть текста терялась при конвертации. Ну и на производительность прозрачность влияет.
Есть XML к которому цепляется XSLT шаблон. Сам XML хранит данные а шаблон их оформляет в XHTML. Но никто не запрещает взять пользователю только XML и оформить своим шаблоном.
В нашем примере мы видим улучшение с 232мс рендеринга до 30мс, это улучшение производительности в 7 раз.
Ок. На демке они уменьшили скорость рендеринга но при этом начало колбасить скролл. Причём понятно ешё когда при движении вниз так как там ещё не считались размеры элементов. Но при возрате наверх то почему? Браузер же уже должен был посчитать размеры и запомнить.
Автор решил проблему памяти держа в DOM только часть документа. Но при этом раздул количество объектов на единицу текста. От чего похоже у меня на планшете его вариант притормаживает больше чем десктопная версия на том же планшете.
В Firefox также есть и такая возможность. Называется "добавить краткое имя для поиска".
Кстати для сайтов у которых нет поиска по сайту можно набрать в адресной строке:
Соответственно можно соорудить ссылку для сокращения:
Краткое имя: "-ex"
Пример: "-ex поисковой запрос"
Исходники я храню у себя на ноутбуке. В статьях я использую markdown хабра. Проблема в том что хабровский спойлер:
Преобразуется хабром в такую конструкцию:
И текст спойлера при выключенных скриптах не открыть.
Если же использовать в HTML или markdown конструкцию
<details>которая работает без скриптов и поддерживают её современные браузеры:То хабр просто выкинет теги
<details>и<summary>оставив только текст.Но посмотрев результат вставки спойлера в WYSIWYG редакторе я заметил что он преобразуется в
<details>и соответственно работает без скриптов:Вот поэтому я и надеюсь что они обкатают
<details>на пользователях и разрешат мне использовать его в markdown и HTML редакторе.Надеюсь что после обкатки спойлера на details в WYSIWYG дадите таки его использовать в markdown и HTML.
Я пока не готов расставаться с возможностью написания и хранения текста отдельно от хабра.
Тоже хорошо. Это можно считать глобальным пространством. Есть недостатки в том что уточка работает в данном случае как страница перенаправления из за чего этот сервис перестанет работать если уточка накроется. Ну и подсказки Википедии она мне не отображает если ввести в адресной строке "
!вики XML".Открытия поста по номеру или пользовательского профиля по нику в данном случае для Хабра нет. Но это логично так как всего предусмотреть не возможно да и это ещё больше раздует глобальное пространство имён и в итоге прийдём к тем же доменам.
Без разметки это будет XML.
Мне кажется вся проблема умерших да и новых приложений в том что они пытаются откусить от веба пользователей и ограничить их возможности а не гармонично интегрироваться в веб. Браузеры же наоборот приспосабливаются чтобы дать те возможности из за нехватки которых пользователи вынуждены использовать другие приложения.
А почему бы и нет? Память не бесконечна да и новые знания надо закреплять на практике.
В браузере есть ещё два протокола:
Но все ли разработчики веб приложений знают о этих возможностях?
В Китае они могут его навязать. В более свободных странах и конкуренция выше и навязать сложнее.
Это ограничение своей аудитории пользователями Телеграмм до которых тоже как то надо донести информацию о своём канале и боте.
А это кстати могут работать модные ныне Service workers ну и плагины.
А что если разделить салон и ходовую часть? Салон остаётся на парковке и может быть компактно сложен а ходовая часть уезжает к следующему клиенту.
Я не о об этом:
Это походу никак не влияет рендеринг по крайней мере пока текст не выделен.
А об этом:
Если тут убрать прозрачность то тогда текст при конвертации в XPS остаётся текстом.
Можно ещё чуть чуть ускорить:
Оффтоп: Пожалуйста не используйте прозрачность на тексте. Это заставляет браузер текст растрировать. Из за этого у меня большая часть текста терялась при конвертации. Ну и на производительность прозрачность влияет.
Есть XML к которому цепляется XSLT шаблон. Сам XML хранит данные а шаблон их оформляет в XHTML. Но никто не запрещает взять пользователю только XML и оформить своим шаблоном.
Отрезали то вроде не каждому персонально а всей стране за пределы границ. В таких условиях Tox по идее бы спокойно работал внутри страны.
Ок. На демке они уменьшили скорость рендеринга но при этом начало колбасить скролл. Причём понятно ешё когда при движении вниз так как там ещё не считались размеры элементов. Но при возрате наверх то почему? Браузер же уже должен был посчитать размеры и запомнить.
Автор решил проблему памяти держа в DOM только часть документа. Но при этом раздул количество объектов на единицу текста. От чего похоже у меня на планшете его вариант притормаживает больше чем десктопная версия на том же планшете.
Да это так.