AN
Сейчас ссылку найду на то, как это в Grain выглядит, в котлин можно сделать точно также
Size: a a a
2020 March 15
ML
Сейчас ссылку найду на то, как это в Grain выглядит, в котлин можно сделать точно также
было бы интересно
ML
Сейчас ссылку найду на то, как это в Grain выглядит, в котлин можно сделать точно также
хотя это конечно будет workcrastination вместо того чтобы блог вести)
AN
Ну вот, скажем, нижняя строка: https://bitbucket.org/Altavir/dataforge-grain/src/default/content/docs/shards/envelopes/envelope_codes.md
AN
хотя это конечно будет workcrastination вместо того чтобы блог вести)
Про блок вообще никто не говорил
ML
Ну вот, скажем, нижняя строка: https://bitbucket.org/Altavir/dataforge-grain/src/default/content/docs/shards/envelopes/envelope_codes.md
т.е. тупо интерполяция в каком то контексте?
ML
интересно
AN
т.е. тупо интерполяция в каком то контексте?
Ну да. В груви это вообще тривиально, потому что компилятор всегда подгружен. В Котлин надо будет для этого поднимать embedded компилятор, что безусловно дороже, чем freemarker, но для статики какая разница.
AN
Я даже это почти сделал, по крайней мере сделал читалку для front matter, но времени вообще нет доделать
AN
Ну и на самом деле не обязательно именно котлин использовать, берешь и маркдаун перед рендером пропускаешь через любой шаблонизатор. И никакой MDX не нужен
ML
Я даже это почти сделал, по крайней мере сделал читалку для front matter, но времени вообще нет доделать
вот кстати front matter это херня
ML
сразу лезет наружу что markdown слишком ограниченный
ML
в org это просто проперти #+NAME: VALUE
AN
вот кстати front matter это херня
Нужны метаданные страниц. Ничего лучше для них пока не придумали
AN
в org это просто проперти #+NAME: VALUE
а разница какая?
ML
Как и в rst
ML
а разница какая?
Это нативно и поддерживается редакторами
AN
Это нативно и поддерживается редакторами
Front matter сейчас уже тоже всеми поддерживается
AN
При чем не обязательно для маркдауна
AM
Проиграл 🌚🌚