Это не просто форк, это по сути и есть единственная живая Миранда.
Большая часть разработчиков исходно там, включая разработчика ядра.
Rainwater очень давно не вносит существенных изменений, а тот же borkra быстро сдулся после раскола.
Miranda IM это уже не один год мёртвый проект и подавляющая часть обновление IM после раскола это пустышка. https://web.archive.org/web/20120926073208/https://forum.miranda.im/showthread.php?p=44780
Просто разработчики не стали грызться за название Miranda IM.
Называю я это переименованием потому что основной движитель это они (команда NG) и даже сейчас не все знают что Миранда до сих пор развивается но уже под немного другим названием.
У MIM давно нет жизни, обновление установщика и sqlite после чего бамп версии в который раз это не жизнь. К тому же сайт на miranda-im.org уже не открывается. Rainwater похоже уже как пол года бросил даже эти пинания трупа.
GET /data/?query=SELECT%20*%20WHERE%20%7B%20%3Fs%20%3Fp%20%3Fo%20.%20%7D HTTP/1.1 Очень родненько для URL (пусть это в качестве альтернативы, но всё равно!).
Там таких приколов достаточно.
Не покидает чувство что эти теоретики совсем с ума сошли.
Для этой ситуации можно держать только TextNode на нужных позициях в DOM. Думаю не должно тормозить даже для десятков мегабайт текста (но это не точно). Один мегабайт точно не тормозит.
Да, можно попытаться выкрутиться таким компромиссом.
а не решают проблему на корню.
Ну прямо на корню это в обозревателях должны решать — они сами должны выкидывать невидимое и отбрасывать все неиспользуемые стили при первой загрузке, оптимизируя их так чтобы не вычислять сложные правила каждый раз при перерисовке. В свежей лисе похоже так и работает (либо просто очень быстро работает), а вот в хроме нет.
Ещё минус динамической области видимости в невозможности пользователю сохранить страницу целиком. Нужно костылять спец. кнопку по которой всё дерево сгенерируется для удобства сохранения (кто об этом позаботится? только энтузиасты).
В движке в том числе. В хороших движках многие подсистемы выносятся в отдельные потоки, и игровую логику при желании можно раскинуть по ядрам (ясное дело что не всё параллелится, но хватает задач где можно раскидать нагрузку).
Большая часть разработчиков исходно там, включая разработчика ядра.
Rainwater очень давно не вносит существенных изменений, а тот же borkra быстро сдулся после раскола.
Miranda IM это уже не один год мёртвый проект и подавляющая часть обновление IM после раскола это пустышка.
https://web.archive.org/web/20120926073208/https://forum.miranda.im/showthread.php?p=44780
Просто разработчики не стали грызться за название Miranda IM.
Называю я это переименованием потому что основной движитель это они (команда NG) и даже сейчас не все знают что Миранда до сих пор развивается но уже под немного другим названием.
https://youtu.be/9jRxz31xDZc?t=1085
WebRTCзря хабр не даёт удалять комментарии
Что это за ужасы? Зачем?
GET /data/?query=SELECT%20*%20WHERE%20%7B%20%3Fs%20%3Fp%20%3Fo%20.%20%7D HTTP/1.1
Очень родненько для URL (пусть это в качестве альтернативы, но всё равно!).Там таких приколов достаточно.
Не покидает чувство что эти теоретики совсем с ума сошли.
Для статистики:
Ай, поторопился, в статье это уже указано.
Если так дальше пойдёт в нём может появиться потребность.
Я для себя тоже решил что GraphQL что-то не то и решил пока своё простое query-api сделать.
Ну прямо на корню это в обозревателях должны решать — они сами должны выкидывать невидимое и отбрасывать все неиспользуемые стили при первой загрузке, оптимизируя их так чтобы не вычислять сложные правила каждый раз при перерисовке. В свежей лисе похоже так и работает (либо просто очень быстро работает), а вот в хроме нет.
Ещё минус динамической области видимости в невозможности пользователю сохранить страницу целиком. Нужно костылять спец. кнопку по которой всё дерево сгенерируется для удобства сохранения (кто об этом позаботится? только энтузиасты).