-
Notifications
You must be signed in to change notification settings - Fork 0
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Закончить спецификацию структурной разметки ЦСЯ Markdown. #4
Comments
Спецификация должна учесть проблему хранения Библии. Это пока не учтено, ни в Markdown, ни в XML. Сейчас Библия хранится вот так: |
Новое:
Может как-то вот так: Было:
Стало (Markdown):
|
Гм. Думаю, что лучше все таки арабские цифры. Потому что в конце концов, мы же можем хранить в этом формате тексты не только на ЦСЯ. |
why can't we store it in the HTML or XML format? it's much more suitable for further machine handling. Or even leave it as it is. |
Для ЦСЯ используем буквенную цифирь (как в книге). Для гражданицы или латинского - арабские цифры (опять же - как в книге). Иначе придется задачу отображения (перевод в буквенную цифирь или что там в книге) решать средствами Markdown (я предполагаю что для ЦСЯ показывать на экране хотим цифирью). Вот чего не хватает в предлагаемой разметке - это анкоров для навигации. Например надо перейти на стих 2. Это можно решить средствами структурной разметки - пометить каждый блок-стих |
@GeorgePlotnikov проблема не с машиной а с людьми. Человеки не должны редактировать XML. Тогда встает проблема инструментария. Markdown - это, собственно, версия такого инструментария. |
Пометить каждый блок-стих? Что Вы имеете ввиду, @pgmmpk? |
@typiconman ну, мы же планируем структурную аннотацию в виде произвольных ключей и значений (a-la RDFa). Тогда можно вот так:
|
headers in the MD automatically converts to the header+anchor |
Чтобы уточнить. Дело не в XML против Markdown. Разница между ними лишь синтаксическая. Реально содержательная работа - это описать необходимую семантику. Будь это XML схема или спецификации ЦСЯ Markdown. Пока минимальные требования к разметке вроде таковы: Структурно:
Inline:
(надеюсь ничего не пропустил) В этом свете кажется что формат Библии почти ничего нового не добавляет. Главы отображаются на заголовки (которые Markdown автоматически снабжает анкорами, как правильно заметил @GeorgePlotnikov ). Стихи становятся параграфами. Новый inline элемент - это метка зачала. Что я пропустил? |
@pgmmpk cross-references maybe? |
Вопрос интересный. На уровне
Можно было бы привязать к конкретной библии и захардкодить что-нибудь вроде Правильнее (наверное) прописать что-то вроде Соответственно в том же корпусе книг может быто одна или несколько книг, которые объявляют себя "евангелием от Матфея" и нужный параграф там должен быть помечен А более продвинутое приложение сможет проиндексировать ещё несколько сайтов и предложить кликающему выбор куда пойти... Короче, концепция ЦСЯ ссылок требует разработки |
Не кажется ли Вам, @pgmmpk, что синтаксис
является дупликацией? Одно можно сгенирировать из другого в run time. И потом, строго говоря, тогда должно быть |
Да, Александр, есть дупликация тут. Извините за пропущенное титло - оно имелось в виду быть. Гм. Наверное можно заставить MD реагировать на ключ А как удобнее пользователю? Держать в голове это правило или полагаться на более очевидное "что пишем то и видим"? |
Кажется это уже вопрос к инструментарию. Скажем у нас какое-то приложение. Пользователь запрашивает Мф. 1:5. Приложение открывает файл с Мф, находит главу 1, там ноходит verse=5 и считывает этот стих. Дальше оно конвертирует текст для отображения пользователю в HTML (или во что-то еще). На этом этапе легко сконвертировать 5 -> є҃, средствами того же Lingua::CU и т.п. |
Это решает вопрос - нумерацию надо убрать из текста и генерировать динамически из аннотации |
100% this process must be automated |
Еще два вопроса:
|
Да, думаю что в общем случае необходима. Если есть необходимость прятать главы, то можно поступить также как и с {{verse}} - поручить генерацию глав движку.
Нет необязательна. Более того, можно и так: |
Меня терзают смутные сомнения по поводу HTML/XML генерации из Вход:
Выход:
То есть MD движок просто переносит атрибуты в блок. Если мы так делаем, то таксономия атрибутов аннотации может быть совершенно открытая Однако как быть с Может вытеснить генерацию цифири за пределы HTML? В JavaScript? Или предлагать желающим создавать свои расширения ЦСЯ MD? Давайте подумаем вместе. |
Из обсуждений следует что структурная разметка должна быть открытой (легко расширяемой).
Единицей разметки объявлем блок (параграф).
The text was updated successfully, but these errors were encountered: