Всё так, но MathJax, в свою очередь, имеет еще и выравнивать формулы относительно baseline текста, что как никак кстати подходит для inline-формул. Если я правильно понял в Вашем решении выравнивание работает тоже через css переменные.
Плюс заметил артефакты в IE 11, что для нас очень важно.
Судя по алгоритму очень похоже на то что предлагает aafin, возможно имеет смысл подумать о использовании решения i.upmath.me :) Ну за исключением динамики — тут видимо альтернатив для MathJax немного.
Действительно интересное решение.
Есть несколько моментов которые необходимо проверить и один который неприменим в Яндексе :)
Надо проверить:
Надо проверить насколько это будет быстро, потому что если я правильно понял, то это решение напрямую обращается к TexLive, потом преобразует из DVI в SVG и так далее.
Понять какое есть точки расширения, к примеру для добавления возможности добавить доступность формуле
Неприменимо для нас:
Это поддержка inline формул. Да, это решение поддерживает такие формулы, но только для современных браузеров с поддержкой css переменных как минимум.
Выглядит здорово, но я не нашел репозиторий, чтобы это можно было использовать у себя и накрутить что-то свое, типа кэширования, предпроцессинга и прочих штук.
Если проект действительно опенсоурсный, то было бы интересно как это работает там.
Ты прав, все зависит от того что именно тебе необходимо и какие есть требования по скорости. Кстати был неплохой доклад на RND.JS 8 от Виталия Слободина на эту тему, возможно, уже есть какие-нибудь классные результаты ;)
Резонно :)
Выравнивание ломалось примерно так:
Про «слом головки струйного принтера», увы, не удалось найти оригинальной иллюстрации, но основной смысл в том, что svg'ка разлеталась в разные стороны из-за коллизий названий symbols разных формул. И, естественно, чем больше формул на странице, тем вероятнее коллизии.
Да и мы сделали это :) Решение от Wikimedia использует внутри себя PhantomJs, что было слишком медленно для нас. Но некоторые решения там интересные, при желании можно посмотреть, вот репозиторий
но это не всегда то, что хочется увидеть. Хочется параллельно, масштабируемо и чтобы без оверхеда по памяти.
Решение с браузером с твоей конфигурацией имеет ограничение по пропускной способности одна вкладка и один браузер. Можно конечно поднять несколько нод с браузерами внутри, но это будет очень дорого по памяти. Плюсом идет оверхед по холодному запуску браузера, при поднятии новой ноды с браузером.
p.s. кстати если тебя интересует рендеринг в pdf, то рекомендую посмотреть в сторону wkhtmltopdf. Но пусть и старый, но работает сильно быстрее. У нас есть отдельное решение для этого, но это тема отдельного поста :)
В финале так и есть, но не на клиенте, а на сервере. На клиенте это, увы, дорого. Про pdf интереснее, по ссылке которую ты указан, не совсем понятно как она генерируется.
Всё так, но MathJax, в свою очередь, имеет еще и выравнивать формулы относительно baseline текста, что как никак кстати подходит для inline-формул. Если я правильно понял в Вашем решении выравнивание работает тоже через css переменные.
Плюс заметил артефакты в IE 11, что для нас очень важно.
Судя по алгоритму очень похоже на то что предлагает aafin, возможно имеет смысл подумать о использовании решения i.upmath.me :) Ну за исключением динамики — тут видимо альтернатив для MathJax немного.
Действительно интересное решение.
Есть несколько моментов которые необходимо проверить и один который неприменим в Яндексе :)
Надо проверить:
Неприменимо для нас:
Выглядит здорово, но я не нашел репозиторий, чтобы это можно было использовать у себя и накрутить что-то свое, типа кэширования, предпроцессинга и прочих штук.
Если проект действительно опенсоурсный, то было бы интересно как это работает там.
Ты прав, все зависит от того что именно тебе необходимо и какие есть требования по скорости. Кстати был неплохой доклад на RND.JS 8 от Виталия Слободина на эту тему, возможно, уже есть какие-нибудь классные результаты ;)
Резонно :)
Выравнивание ломалось примерно так:
Про «слом головки струйного принтера», увы, не удалось найти оригинальной иллюстрации, но основной смысл в том, что svg'ка разлеталась в разные стороны из-за коллизий названий symbols разных формул. И, естественно, чем больше формул на странице, тем вероятнее коллизии.
Да и мы сделали это :) Решение от Wikimedia использует внутри себя PhantomJs, что было слишком медленно для нас. Но некоторые решения там интересные, при желании можно посмотреть, вот репозиторий
Решение с браузером с твоей конфигурацией имеет ограничение по пропускной способности одна вкладка и один браузер. Можно конечно поднять несколько нод с браузерами внутри, но это будет очень дорого по памяти. Плюсом идет оверхед по холодному запуску браузера, при поднятии новой ноды с браузером.
p.s. кстати если тебя интересует рендеринг в pdf, то рекомендую посмотреть в сторону wkhtmltopdf. Но пусть и старый, но работает сильно быстрее. У нас есть отдельное решение для этого, но это тема отдельного поста :)