Почему на лоре не маркдаун, а какой-то велосипед?

не нужно(ц)

А что там ломается? УМВР.

А теперь попробуй прочитать то что написал и сравнить с ббкодом.

Да, можно возразить, что читать разметку обычно не нужно — кроме редактирования. Но это надо ещё и писать. Сделал очепятку в одной кавычке или звёздочке, и всё распарсилось в НЁХ.

А теперь попробуй прочитать то что написал и сравнить с ббкодом.

Месиво из br при редактировании читается лучше?

Сделал очепятку в одной кавычке или звёздочке, и всё распарсилось в НЁХ.

Опечатка в теге, незакрытый тег, не та скобка.

Месиво из br при редактировании читается лучше?

Месиво это один тег в конце строки? Да, нормально читается. Особенно с учётом того что br это очень редкая штука, обычно используют двойной перенос.

Опечатка в теге, незакрытый тег, не та скобка.

Такой тег не распарсится воообще. А у маркдауна из-за ограниченности возможных конструкций любой набор символов может оказаться валидным тегом, только вместо того что ты хотел оно распарсится непонятно во что. Ты даже не сходу поймёшь, в каком именно месте этой конструкции ошибка.

Как временами активный участник лора и stackoverflow, ответственно заявляю, что lorcode — полное говно.

$ echo '> 228 
  > 1488' | pandoc -t pandoc-lorcode.lua 
WARNING: Undefined function 'SoftBreak'
> 2281488

upd: насколько я понимаю, оно чинится добавлением функции SoftBreak. но тогда оно всё равно ломается:

> > 228
> 1488

->

> > 228
> > 1488

Вынужден склониться под тяжестью вашей аргументации.

ещё он кастовать не умеет…

Каст к pandoc’у прикручивается на раз-два:

handleCast :: Inline -> Inline
handleCast (Str ('@' : user)) = Str $ "[user]" ++ user ++ "[/user]"
handleCast x                  = x

В результате код вида cast @f1u77y превращается в cast [user]f1u77y[/user].

это сообщение было набрано в Markdown…

Должно получиться так?

λ desktop lordown → echo "> 228
> 1488" | stack exec lordown
[quote]228 1488[/quote]

нет, должно получиться

[quote] 228 [br]1488[/quote]

man User Line Break, поняша

Так мой первый коммент был про удобство LORCODE, далее его и обсуждали, и перенос строк черезжопный конкретно в нём. )

Какая разница, если этот тег набирать не надо, лор ставит его сам?

В режиме LORCODE, для одиночного переноса строки, — надо, иначе у тебя всё в одну строку будет. Двойной перенос, с пустой строкой, да, проставляет автоматом.

Ни CommonMark, ни оригинальный Markdown перевод строки не вставляют.

Коммонмарк умеет. От опций зависит. Отключено по умолчанию.

точно. почему-то я решил, что он должен делать это по тем же правилам, что и лоркод

А это где-то в спеке прописано или фича отдельной реализации?

В спеке прописано.

Хде патч?

// кто помнит времена 'TeX paragraphs'? Лет эдак пять назад был даже выбор из нескольких разметок, включая inline…

Угадал автора по первой строчке комментария.

поставим вопрос по-другому: хде гарантия, что макском не пошлёт автора патча?

а для этого надо пандок пересобирать? или он есть либа и сним можно как с xmonad? а то первый вариант не оч устраивает, потому что пандок всё же в луа умеет

я что тут, один такой даун?

cast maxcom

// на самом деле я был бы рад markdown-разметке — она идеально подходит для текстов.

Лорчую. Алсо сделать полоску с зелёными квадратиками, как на гитхабе. Ну и карму заодно.

не нужно.

Что тебе не нужно?

как будет выглядеть на маркдауне url

[Link Text](http://linux.org.ru/...)

https://daringfireball.net/projects/markdown/

вручную ставить тег [br] для перевода строки

Почитай уже комментарии, а.

Почитал. Там какой-то бред, особенно в самом неубедительном комменте треда. [br] сам точно ставится, при правке сообщений видел.

Месиво из br при редактировании читается лучше?

да

Опечатка в теге

Для этого есть скрипт LOR Panel

Для этого есть скрипт LOR Panel

На телефоне им не воспользуешься.

Скрин ты, наверное, проглядел: http://i.imgur.com/jlyLu7T.png
Точно так же текст будет выглядеть на странице, как при предпросмотре — одиночные переносы строки, у которых руками не проставлен br, не отработают, и весь текст будет одной строкой.

Видел я твой скрин, ставь двойные.

Кстати, где-то в настройках есть «User line breaks» для режима редактирования

Восьмерные буду ставить, это ведь всё одно и то же, ага. Спасибо за совет.

Такой тег не распарсится воообще.

КСЖ. Как вообще питонисты справляются, у них же еще и два типа кавычек!

Если я изменю настройки, у меня количество комментов на страницу срежет до 500 (сейчас 800). Поэтому страдаю. ))

Ты что-то донести хочешь? То твое утверждение — вранье, новые будут?

Моё утверждение — правда, br проставляется автоматически только при двойном переносе, с пустой строкой, про который я вообще не писал. Так что обвиняя меня во вранье, ты либо сам лжёшь, либо идиот.

Ты на телефоне так часто пишешь что-то с лоркодом? Поставить один тег br уж точно не сложно будет.

для телефона есть приложение, правда оно сгнило уже

br проставляется автоматически только при двойном переносе

=> ставить его вручную не нужно. о чем я тебе и написал.

Да я изначально вообще не обсуждал двойной перенос, речь шла про обычный — на следующую строку, а не через одну! И в нём ничего не проставляется само. Ты чего такой тугой-то, а?

Какой еще двойной перенос, какой обычный? Ты тоже из тех, у кого разные вещи?

Откуда у меня в при редактировании постов [br], если руками я его не пишу? Хм, походу он только в цитаты сам пролезает.

Точно так же — если попутать кавычки, IDE тебе покажет половину текста как строку, хотя там уже код. Но у питона набор спецсимволов ограничен, это не перл какой-нибудь.

Угу, а интерпретатор адекватно укажет на синтаксическую ошибку. => проблемы нет.