Поддержка Markdown

И что, даже цитаты работают?

Говорят что да.

test mandala test

поправил: https://www.linux.org.ru/images/18368/1500px.jpg

Поправил: @KillTheCat123

maxcom

У нас теперь две сущности каста? (лень в lorsource смотреть)

К чему спрашиваю: при касте через LORCODE у пингвина нет @ (код из этого сообщения):

<img src="/img/tuxlor.png"><a style="text-decoration: none" href="https://www.linux.org.ru/people/maxcom/profile">maxcom</a>

Код из стартового сообщения (Markdown):

<img src="/img/tuxlor.png" alt="@" title="@" width="7" height="16"><a style="text-decoration: none" href="https://www.linux.org.ru/people/bvn13/profile">bvn13</a></span>

maxcom

А чего с

кодом?

Какой тип по дефолту у такой разметки? Почему то выделяются невтемные части, например розовые числа

$ uname -a
Linux maknb 4.14.13-300.fc27.x86_64 #1 SMP Thu Jan 11 04:00:01 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

Так и должно быть?

Видимо числа выделяются ибо литералы, а # – начало комментария

111
# comment
"double quoted"
'single quoted'
text

Inline:

111

# comment

"double quoted"

'single quoted'

text

Поведение разное в зависимости от содержания. Автоопределение?

111
# comment

Vs

111
# comment
text

Отличная новость. Ждём доступности для всех пользователей

Определил как баш.

Первый фрагмент определился как Vala, второй — как Haskell.

python

#sh!
//asda
ja = {"asdsa": "asd$sa"}

js

#sh!
//asda
ja = {"asdsa": "asd$sa"}

bash

#sh!
//asda
ja = {"asdsa": "asd$sa"}

как это сделано $ - надо убрать есесно:

$```python
#sh!
//asda
ja = {"asdsa": "asd$sa"}
$```

```
code-here
```

Чтобы парсер не реагировал на последовательности из трёх ` в коде, внешнее обрамление нужно сделать из четырёх `.

Почему то выделяются невтемные части, например розовые числа

Поправил.

оченно мне теперь по нраву писать без коверканий «ковычек»

но «только» при маркдауне :(

ок, через редактирование не изменить тип разметки. даже не знаю надо это или нет, пофиг

И отцентрировать?

Э?! Зачем центровать-то? В Markdown колонки в таблице форматируются : в заглавной строке!

Код:

0 (default - left) | Column 1 (left) | Column 2 (center) | Column 3 (right)
--- | :--- | :---: | ---:
Row 1 | left1 | center1 | right1
Row 2 | left2 | center2 | right2
Row 3 | left3 | center3 | right3

Выхлоп:

P.S.: EXL, или ты о центровке самой таблицы в тексте?

P.P.S: maxcom, а вот пробел таки стоить добавить между колонками таблиц! И после таблицы желательно пустую строку оставлять.

Да они должны по идее \ эскейпиться (это привычнее чем ````), но что-то не работает.

Но ты сейчас их нарочно коверкаешь!

это привычнее чем

Нельзя сказать, что привычнее. Испокон веков искользуется стоп-слово, которое объявляется вначале. Называется это

https://en.wikipedia.org/wiki/Here_document#Unix_shells

Тот самый cat << EOF ... EOF

Это нормально что блоки кода без обрамления?

Поправил.

Так всю жизнь и было, и должно было быть. Но потом какие-то школьники, обдолбавшись своим ЕГЭ, видимо, решили зафорсить своё псевдокнижное гавно в интернете.

Тебя ткнуть в литературу, свёрстанную без компьютеров?

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

К сожалению, местный контингент, привыкший к русской раскладке в Microsoft Windows, этого не понимает.

Проблемы начались раньше. Ещё с печатных машинок :) И, наоборот, только Windows позволила массово вернуть правильные кавычки.

Добавил typography extension и включил markdown для 4*.

«ваша автозамена всё»

fixed

и markdown доступен пользователям с 4*
Score: 397

Soon.

«лор — торт».

К сожалению, местный контингент, привыкший к русской раскладке в Microsoft Windows, этого не понимает.

У нас с пятого класса была информатика (1991й год, кажется) и там компьютеры Электроника. И я тогда, пятиклассник, удивился что на компах кавычки ", на что сразу обратил внимание, т.к. привык что в печати кавычки обычно были ёлочки, а вот прописью писались „такие”.

Мне лично ёлочки визуально не нравятся. Почему печатные кавычки отличаются от прописных фиг знает.

Хм, глянул в вики. Оказывается вложенные кавычки-ёлочки неправильно.

PS: надо же, оказывается это тут уже предусмотрели, парсится по правилам :D И охота же было так заморачиваться с этой ерундой...

«„Цыганы“ мои не продаются вовсе», — сетовал Пушкин.

поправлена верстка блоков кода, добавилен typography extension

«лор — торт» [2]

Вау, оно даже en dash и em dash различает. Вот только все будут как и раньше писать --.

ИМХО, люди знающие разницу между ‘‘en dash’’ и ‘‘em dash’’ больше страдают, чем имеют профит

Вопрос в том, что теперь болезным будет капельку легче болеть. Исцелить их макском и не обещал.

К сожалению, местный контингент, привыкший к русской раскладке в Microsoft Windows, этого не понимает.

Погодь, это получается какой-то виндовый олень специально сделал автозамены потому что не сумел набрать свои ёлочки на клавиатуре? Я так и думал.

Вот только все будут как и раньше писать --.

Всегда писал и буду писать --, просто из принципа. Надеюсь, хоть кому-то да бомбанёт (пока что бомбит только мне, уже не первый год).

ИМХО, люди знающие разницу между ‘‘en dash’’ и ‘‘em dash’’ больше страдают, чем имеют профит

Так оно в названии и первого и второго содержится. Что там знать?

en dash шириной с «n», а em dash — соответственно шириной с «m».

Было бы неплохо, если рамки таблиц бы рисовались (и шапка отчеркивалась, как минимум). А то лапша выходит невнятная.

Да верстку таблиц я планирую поправить.

https://practicaltypography.com/hyphens-and-dashes.html

Em and en refer to units of typographic measurement, not to the letters M and N. In a traditional metal font, the em was the vertical distance from the top of a piece of type to the bottom. The en was half the size of the em. Originally, the width of the em and en dashes corresponded to these units. In today’s digital fonts, they run narrower.

См. картинку внизу страницы.

А ведь да, глупость сказал.

«—» совсем не длиной с «m».

Спасибо за ссылку — дизайн сайта близок к идеалу.

Ссылка: на macOS из коробки удобный ввод типографских символов

Наверное именно поэтому Mac так популярен в типографиях. В Windows с их Alt+Num и в Linux с его Ctrl+Shift+U+Num, который в половине программ работает, а другой половине (те что на Qt) – не работает, тот ещё геморрой набирать эти знаки.

Ну, в Linux есть Compose.

«Все пропало, ёлочки вернулись :(»

а - б

а – б

а–б

а — б

а —- б

Почему бы тем, кому нравятся елочки, не ставить их ""так""? Остальные же типографические символы не автозаменяют обычные, а получаются после специального ввода (двойной минус, там). Логично, что без специального указания символ '"' должен таким и оставаться. Иначе, где лигатуры?

«quote» - а это как объянить? “quote” должно быть

Это нормально что блоки кода без обрамления?

Поправил.

А inline-блоки всё ещё без обрамления.

В Windows с их Alt+Num и в Linux с его Ctrl+Shift+U+Num, который в половине программ работает, а другой половине (те что на Qt) – не работает

И в Windows, и в Linux, я набирают зажав RAlt+< и RAlt+>. Может, что-то не так делаю? :D

…

На самом деле всё ещё проще. Word с каких-то весьма древних времён стал исправлять типографику. Так что в документах это никогда не было вопросом.

А inline-блоки всё ещё без обрамления.

Ага. Как раз выше пример :)