BF
Чтобы у вас хорошо работал дифф по предложениям, пишите предложения с новой строки. А то и сложные предложения разбивайте по запятым. :)
I second this! https://rhodesmill.org/brandon/2012/one-sentence-per-line/
Size: a a a
2020 December 14
BF
Однако это не отменяет удобство такой фичи прямо встроенной в дифф вьюер, возвращаясь к теме писательской интеграции в ИДЕ и редакторах
NV
Наверняка можно написать pandoc-фильтр так, что менялась длина строки, чтобы ссылки все были на новой строке.
Просто максимальную длину строки задать можно, но он всё равно будет переносить по словам, а не по ссылкам или предложениям. Но я давно не смотрел на пандок, может там и умные переносы появились.
IK
Там же есть фильтры, с помощью которых можно генерировать вообще произвольный текст? Правда я еще не пробовал.
IK
Можно даже просто брать AST и перегонять его сразу в текст нужного формата, без его трансформации (но этот подход менее гибкий).
NV
Там же есть фильтры, с помощью которых можно генерировать вообще произвольный текст? Правда я еще не пробовал.
Есть фильтры на Lua и Haskell. Или можно похачить прямо writer в нужный формат. Но тогда только Haskell, я его боюсь. :)
NV
Я однажды пришёл в pandoc с проблемой, что при конвертации в rST отступы получаются разные: где два пробела, где три. Предложил сделать везде четыре, потому что это тупо удобно редактировать, все редакторы умеют по нажатию на Tab добивать отступ до числа пробелов, кратного четырём. Но они сделали три. 😢
IK
Там json генерируется, соответственно фильтр можно писать на любом языке.
NV
Да? В последний раз, когда я смотрел на AST, там было что-то хаскелеобразное.
NV
Хтоническое и со щупальцами )
СФ
Да? В последний раз, когда я смотрел на AST, там было что-то хаскелеобразное.
там изкоробочные биндинги на питоне, хаскеле и чем-то еще, забыл
NV
там изкоробочные биндинги на питоне, хаскеле и чем-то еще, забыл
на Python вроде
СФ
на Python вроде
на питоне еще, кажется:)
IK
На чем угодно можно, просто структуру классов еще придется описывать: https://pandoc.org/filters.html#technical-details-of-json-filters
A JSON filter is any program which can consume and produce a valid pandoc JSON document representation. This section describes the technical details surrounding the invocation of filters.
A JSON filter is any program which can consume and produce a valid pandoc JSON document representation. This section describes the technical details surrounding the invocation of filters.
IK
Раз уж заговорили о pandoc, то вот что мне в нем не понравилось:
1. Не дампит локацию AST узлов на текст (насколько понимаю, будет реализовано в следующей версии https://github.com/jgm/pandoc/issues/4565)
2. Не парсит HTML код внутри MD узлов - для этого нужно писать дополнительный парсер, который будет учитывать смесь из HTML и MD блоков.
1. Не дампит локацию AST узлов на текст (насколько понимаю, будет реализовано в следующей версии https://github.com/jgm/pandoc/issues/4565)
2. Не парсит HTML код внутри MD узлов - для этого нужно писать дополнительный парсер, который будет учитывать смесь из HTML и MD блоков.
ET
Раз уж заговорили о pandoc, то вот что мне в нем не понравилось:
1. Не дампит локацию AST узлов на текст (насколько понимаю, будет реализовано в следующей версии https://github.com/jgm/pandoc/issues/4565)
2. Не парсит HTML код внутри MD узлов - для этого нужно писать дополнительный парсер, который будет учитывать смесь из HTML и MD блоков.
1. Не дампит локацию AST узлов на текст (насколько понимаю, будет реализовано в следующей версии https://github.com/jgm/pandoc/issues/4565)
2. Не парсит HTML код внутри MD узлов - для этого нужно писать дополнительный парсер, который будет учитывать смесь из HTML и MD блоков.
Все это мне напоминает изобретение колеса :) Которое изначально было внедрено в xml-мире в виде т.н. namespaces. В свое время Norman Walsh писал о том, что рано радуетесь текстовым форматам, чуваки. Мы все еще увидим попытки вставить инородные структуры текста в друг друга и попытки придумать namespaces внутри text-based markups (у него конкретно шла речь про json).
IK
Т.е. по вашему правильней было бы использовать xml для текстов?
ET
Т.е. по вашему правильней было бы использовать xml для текстов?
Я всего лишь запостил то, что запостил :) Каждый использует то, что необходимо в каждой конкретной ситуации :)
IK
Мне не кажется это колесом - я бы плевался, если бы пришлось текст набирать в чем-то xml-подобным, а markdown (или другой подобный формат) освоить намного легче, он максимально приближен к тексту. Это как Питон в мире разработке :)
ET
Мне не кажется это колесом - я бы плевался, если бы пришлось текст набирать в чем-то xml-подобным, а markdown (или другой подобный формат) освоить намного легче, он максимально приближен к тексту. Это как Питон в мире разработке :)
xml в документации не предназначен для использовать в голом (plain-text) редакторе. Это не его стихия.