Aluarium
Прикрутить Mathjax? - Версия для печати

+- Aluarium (http://aluarium.net/forum)
+-- Форум: Работа Улья (/forum-39.html)
+--- Форум: Вопросы по работе форума (/forum-40.html)
+--- Тема: Прикрутить Mathjax? (/thread-258.html)

Страниц: 1 2 3 4 5 6 7


RE: Прикрутить Mathjax? - Agrest - 09-11-2012 09:32

(09-11-2012 01:43)Python писал(а):  но и, например, для редких письменностей
Я категорически против такого неуникодного подхода.

(09-11-2012 01:43)Python писал(а):  Единственный плюс — возможность заменить чужой условно-платный сервис своим собственным с аналогичными возможностями.
Не уверен, что овчинка стоит выделки. Лимита запросов на чужом сервере мы вскорости вряд ли достигнем.


RE: Прикрутить Mathjax? - Python - 09-11-2012 10:48

(09-11-2012 09:32)Agrest писал(а):  
(09-11-2012 01:43)Python писал(а):  но и, например, для редких письменностей
Я категорически против такого неуникодного подхода.
Чисто уникодный подход малопригоден для письменностей
а) с лигатурами, существование которых стандартом не предусмотренно (пример: хорватская глаголица);
б) с дополнительной графической сложностью (пример: нотная запись).


RE: Прикрутить Mathjax? - Agrest - 09-11-2012 11:04

(09-11-2012 10:48)Python писал(а):  Чисто уникодный подход малопригоден для письменностей
а) с лигатурами, существование которых стандартом не предусмотренно (пример: хорватская глаголица);
Стандарт не предусматривает1 и вообще никак не оговаривает лигатуры. Лигатуры — это ответственность шрифта.

Да и не проще ли, если так хочется хорватской кириллицы, хранить просто шрифт (возможно растровый), и создавать картинки (или HTML-код) на строне сервера?

(09-11-2012 10:48)Python писал(а):  б) с дополнительной графической сложностью (пример: нотная запись).
А нам точно нужен TeX для таких письменностей? По-моему для каждой такой письменности существует своя программа, и TeX тут — пятое колесо в телеге.

Например, для музыки вроде лучше Лилипонд. «Lilypond’s input syntax is less cryptic than is MusiXTeX’s, though similar quality is achieved».

Для тех же египетских иероглифов имеет смысл позаимствовать код из WikiHiero2. Впрочем, вроде TeX их и так не поддерживает.

А больше примеров таких сложных письменностей у меня и в голову не приходит... Шахматные позиции? Тоже лучше обойтить без TeX’а…

_____
1 За редким исключением устаревших прекомбинированных лигатур (которые deprecated) и неразбирабельных лигатур (которые и не лигатуры вовсе).
2 Кстати, стоило бы сделать. На лингвистическом форуме, где есть специалисты по египетскому — самое то. Вроде бы там как раз есть пример использования без MediaWiki, так что единственное, о чём стоит волноваться — скорость работы (но, я думаю, это решаемо).


RE: Прикрутить Mathjax? - Python - 09-11-2012 11:31

Цитата:Лигатуры — это ответственность шрифта.
Все равно это не решает ключемых проблем:
1) Недоделанность рендеринга шрифтов в большинстве программ, с которыми пользователю приходится иметь дело — подставлять доп. глифы для лигатур вместо сочетаний букв они, как правило, неспособны;
2) Проблема ввода (особенно если предыдущая проблема заставила реализовать лигатуры в виде символов в пользовательском диапазоне, меняющем свой состав от шрифта к шрифту).


RE: Прикрутить Mathjax? - Python - 09-11-2012 11:39

Цитата:А нам точно нужен TeX для таких письменностей? По-моему для каждой такой письменности существует своя программа, и TeX тут — пятое колесо в телеге.
Возможно. Но юникод тут вообще не предлагает рациональных решений. Диапазон музыкальных символов сам по себе непригоден для записи музыкального произведения в виде нот — здесь нет средств даже для позиционирования ноты на нотном стане, не говоря о, опять же, лигатурах.


RE: Прикрутить Mathjax? - Agrest - 09-11-2012 11:42

(09-11-2012 11:31)Python писал(а):  
Цитата:Лигатуры — это ответственность шрифта.
Все равно это не решает ключемых проблем:
1) Недоделанность рендеринга шрифтов в большинстве программ, с которыми пользователю приходится иметь дело — подставлять доп. глифы для лигатур вместо сочетаний букв они, как правило, неспособны;
В таком случае хранить данные на форуме всё равно следует в уникоде, а не в ad-hoc техоразметке, и лишь конвертировать в картинку перед выводом.

(09-11-2012 11:31)Python писал(а):  2) Проблема ввода (особенно если предыдущая проблема заставила реализовать лигатуры в виде символов в пользовательском диапазоне, меняющем свой состав от шрифта к шрифту).
Для ввода я предлагаю сделать тег типа [t=тип транслитерации]. Например, чтобы [t=deva]saMskRtam[/t] давало संस्कृतम्, [t=burms]saMskRtam[/t] давало သံသ်ကၖတမ်, а [t=iast]saMskRtam[/t] давало saṃskṛtam. Естественно, на выходе по возможности должен быть уникод.


RE: Прикрутить Mathjax? - Quasus - 09-11-2012 13:08

(09-11-2012 11:42)Agrest писал(а):  [t=burms]saMskRtam[/t] давало သံသ်ကၖတမ်

На шиша этот юникод с гробиками. :D


RE: Прикрутить Mathjax? - Agrest - 09-11-2012 13:09

(09-11-2012 13:08)Quasus писал(а):  
(09-11-2012 11:42)Agrest писал(а):  [t=burms]saMskRtam[/t] давало သံသ်ကၖတမ်

На шиша этот юникод с гробиками. :D
Кому нужны бирманские буквы, у того есть подходящий шрифт.


RE: Прикрутить Mathjax? - Quasus - 09-11-2012 13:26

Вообще, транслитерационный тег — это очень здорово. Начиная с МФА.


RE: Прикрутить Mathjax? - Bʰudʰ - 11-11-2012 05:54

[t=Extended Speech Assessment Methods Phonetic Alphabet][l\akM_0teN\]  ["fA:D@(r\)] [@"r\i:n@][/t]…
Н-да…