Должна ли уценка сохранять новые строки в блочных цитатах?

В настоящее время я работаю над жалобой пользователя, и я не могу понять, является ли жалоба фактической ошибкой или нет. В принципе, пользователь говорит, что проблема связана с сайтом, потому что блок-записи не сохраняют его новые строки. Это звучит разумно, но на каждом тесте уценки, который я пробовал в Интернете, блочные кадры оказываются такими же, как у меня. Например:

привет что? это мой многострочный blockquote.

Несмотря на то, что я набираю это как многострочную цитату, новые строки все еще теряются при рендеринге (даже на StackOverflow). Поэтому я думаю, что мой реальный вопрос в два раза:

Я на 99% уверен в этом, что blockquotes не должен сохранять новые строки, но я все равно хотел бы посмотреть, есть ли разные мнения на всякий случай. Кто-нибудь из вас думает, что они должны их сохранить?
Если они не должны их сохранять, это правильный способ сохранить ваши новые строки в уценке, просто используя pre и code?

Ответ 1

Оригинальные спецификации "уценки" очень неоднозначны и не поддерживаются. Конечно, есть perl script markdown.pl, эталонная реализация, хотя у нее много знакомых странностей.

Вы можете присоединиться к списку http://six.pairlist.net/pipermail/markdown-discuss/, который навсегда жалуется на противоречивую ситуацию, связанную с коррупцией Грубера. Возможно, у пользователей списка будет смысл взять дело в свои руки, хотя тонкие различия между различными реализациями и не столь тонкие различия между разными расширениями делают это маловероятным или в любом случае сложным. - Тем более, что Gruber не отказывается от всех прав в этом вопросе, но в то же время не дает никаких спецификаций. Если комитет сформировался, он не сможет говорить о каких-либо спецификациях в качестве спецификации Markdown.

В принципе ясно, что блочные кавычки управляются теми же принципами, что и неблокированные кавычки - например, вы можете иметь блок-кавычки в блочных кавычках - так что вы друг, безусловно, ошибаетесь. Вы можете доказать это своему пользователю, запустив markdown.pl в своем тексте. Любой другой принцип будет полной путаницей. Обратите внимание, что

правило для разрыва строки с дополнительными пробелами в конце строки

полностью понятен
внутри внутри

или снаружи
блочные кавычки, чтобы вы могли объяснить это ему или ей.

Обратите внимание на то, что анализатор разметки stackoverflow хорош здесь (я заметил, что что-то не так с тем, как вы выходите из вложенной кавычки блока, чтобы вернуться к цитате основного блока.) Но автор css совершенно ошибочно сделал пространство между блок-цитата и окружающий текст больше, чем между абзацами. Это абсурд, когда разрывы абзацев передаются дополнительным пространством. Цитата блока является частью параграфа, как правило, предложения. Это похоже на очень длинное одно слово, как и любая другая цитата, которую вы используете в письменной форме.)

Обратите внимание, что то, что на симпатичном, придирчивом жаргоне, называющем себя "GitHub ™ ароматизированной уценкой", обрабатывает все новые строки - внешние блоки кода и т.д. - как разрывы абзацев, решение, которое в основном делает идею уценки несуществующей. Возможно, ваш пользователь знаком с некоторыми подобными вещами - хотя, по крайней мере, это не нарушает правила, что то, что содержится в цитате блока, является тем, что находится за его пределами. GitHub Inc. имеет... э-э... "убедил" Грубера в том, что это законная уценка "для их использования". Основанием для этого было то, что люди, не прошедшие обучение, могут, естественно, думать, что новая линия делает абзац нарушением. Очевидно, Gruber знал, что пользовательская база GitHub ™ составлена программистами, поэтому это показывает, насколько стоит идея спецификации или стандарта для него. Конечно, он создал полный хаос для комплексной документации по GitHub. (Почему не должно быть "законных html для использования в Internet Explorer", многие люди просто тестируют вещи в IE, поэтому у них есть определенные законные ожидания? Конечно, решение GitHub намного хуже, чем что-либо подобное.)

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