Mithgol the Webmaster

Только что повѣдавъ (в предшествующем сообщении) о том, какие возможности приуготавливается предоставить пользователям новый тип сообщений, надо бы сразу поговорить и о том, какие возможности предоставленными не будут, то есть поскорѣе разрушить нѣкоторыя надежды и необоснованно значительныя ожиданія. Прежде всего поговорим о том, что появлению новых возможностей оформления и иллюстрирования сообщений Телеграма предшествовало появление (на мѣсяцъ раньше их) внутрителеграмнаго предпросмотра файлов Markdown, которое (несмотря на явную неидеальность предпросмотра) принесло с собою часть таких возможностей, которыя теперь видим доступными ужé не в предпросмотре приложеннаго файла, а непосредственно в тексте сообщения. Это и многократный рост предѣльной длины текста, и ненумерованные списки, и нумерованные списки, и списки задач, и сноски (примѣчанія), и математическія формулы, и таблицы. И больше того: для ботов (которые одни сейчас могут отправлять сообщения нового типа) в API (в программном интерфейсе Телеграма) предусмотрена была возможность отправлять эти сообщения на языке Markdown. Сочетание того и другого кажется подводящим к тому выводу, что возможности новых сообщений в Телеграме — это продолжение возможностей предпросмотра файлов на языке Markdown. Напримѣръ, вон в том сообщении на канале @tginfo новинка названа «поддержкою дополнительных элементов Markdown-разметки в сообщениях», в этом же роде говорит о ней вон то сообщение на канале @betainfo. Но нѣтъ. По своей внутренней сути новинка опирается не на возможности языка Markdown, а на возможности существующей внутрителеграмной подсистемы Instant View, сокращённо называемой «IV» (что не надо путать ни с древнеримскою четвёркою, ни с сокращённым названием вирусов иммунодефицита). Прежде гипертекст IV использовался только как средство быстрого предпросмотра страниц сайтов (чтобы лишний раз в Интернет не ходить), а теперь его возможности будут доступны ещё и авторам сообщений в Телеграме (для начала — только ботам). Насколько возможности IV сопоставимы с возможностями языка Markdown? На эту тему полезно вспомнить, что создатели сайта GitHub дополнили общепринятую версию (CommonMark) языка Markdown, сочинив свой диалект его (GFM), а создатели сайта GitLab сочинили ещё болѣе развитый диалект (GLFM), и даже сайт Rentry использует свой диалект языка Markdown — вот так же и создатели Телеграма доработали прежний внутрителеграмный диалект (MarkdownV2) до возможностей, приблизительно равных возможностям IV. Результат называется «Rich Markdown». Я пишу «приблизительно», потому что телеграмный диалект «Rich Markdown» не предусматривает Markdown-подобных элементов размѣтки (вмѣсто того предлагая использовать HTML-подобные) ни для подстрочных индексов, ни для надстрочных, ни для подчёркивания текста, ни для якорей гиперссылок, ни для центрирования цитат с указанием авторов их, ни для свёртывания частей текста, ни для вставки географических карт, ни для формирования альбомов и каруселей. Обязательно обратите внимание и на различия ограничений. Ограничение объёма предпросматриваемого файла Markdown работало не только по отношению к словам его текста, но и к элементам размѣтки (напримѣръ, жирное слово «**word**» тратило вдвое больше байтов, чѣмъ нежирное). Ограничение же на длину текста сообщений нового типа не будет зависеть от того, как тот оформлен, однако будет предусмотрено ѿдѣльное ограничение на количество элементов оформления. Нѣчто подобное существовавало в Телеграме и раньше: на ограничение по числу элементов оформления можно было натолкнуться, если в одном сообщении попробовать помѣстить больше сотни кастомных эмоджи (или, напримѣръ, записать больше сотни чисел и затѣмъ каждое второе попробовать выдѣлить курсивом). Но теперича (в сообщениях нового типа) ограничение окажется приподнятым: общее число элементов оформления сможет доходить до полутысячи, а вложенность их друг в друга — до шестнадцати, а общее число сѵмволовъ текста — до 32 768, что включает в себя и сѵмволы исходнаго кода математических формул на языке LaTeX. При этом в сообщениях прежняго типа межабзацное расстояние засчитывалось как два сѵмвола перевода строки, тогда как в сообщениях нового типа каждый абзац будет засчитываться как ещё один элемент оформления. Как бы новый способ не оказался расточительнѣе прежняго. По-видимому, будет существовать и ещё одинъ предѣлъ, ограничивающий полусотнею количество прикрѣпляемыхъ межабзацных иллюстраций (то есть картинок, видео, аудио). Я весьма рад пятикратному росту по сравнению с прежним количеством (не больше десятка картинок в каждом альбоме), потому что вижу исполнившимся (и даже съ нѣкоторою лихвою) первое из моих апрѣльскихъ пожеланий на случай появления «Альбомов 2.0» — а также ещё, по меньшей мѣрѣ, четвёртое. Интересно, что разработчики предусмотрѣли и ещё один предѣлъ, ограничивающий количество столбцов любой таблицы двадцатью. По всей видимости, это ограничение сочли необходимым ввиду того, что таблицы значительной ширины перестают помѣщаться в сообщение цѣликомъ и оттого должны быть прокручиваемы пальцами читателей (или мышóю) вправо-влѣво. И чѣмъ больше столбцов, тѣмъ труднѣе охватить умом всю таблицу по итогам такого прокручивания, особенно когда волшебное число 7±2 оказывается превзойдённым числом невидимых столбцов. Надо, конечно, учитывать, что всё это — пересказ величин нынѣшнихъ лимитов, которыми ограничены боты, причём ещё нельзя полностью исключать и вѣроятность того, что лимиты будут слегка другими для человѣческихъ пользователей, когда средства составления и отправки сообщений нового типа появятся в клиентских приложениях Телеграма. Однако же, если кто надѣялся на появление в контекстном меню у нового типа сообщения какой-либо возможности скопировать то сообщение в форме Markdown (чтоб сохранить всю размѣтку в файле Markdown в качестве страховочной копии или приложить къ нѣкоторому другому сообщению файл Markdown для послѣдующаго предпросмотра), то тогда можно перестать надѣяться: ничего такого не будет. Новыя сообщенія в клиентах Telegram хранятся в форме IV, преобразование оттудова в Markdown не реализовано ни на стороне клиента, ни на стороне сёрвера. Хуже того: текст безъ размѣтки также в настоящее время копируется не полностью — особенно в сообщениях, изначально показываемых не полностью (с кнопкою доразвёртывания их, расположенною внизу сообщения). Досадна и произвольность появления этой кнопки: нѣтъ ни малѣйшей возможности повліять на то, какáя часть сообщения показана будет above the fold, а какáя — под кáтом. Притом же и ширь возможностей IV (и оттого возможностей сообщений нового типа) выглядит небезкрайнею: насколько я понимаю, между абзацами сообщений нового типа никак не получится помѣстить ни кружок видеосообщения, ни стикер, ни произвольный файл. Особенную досаду вызывает именно невозможность употребления файлов. Посудите сами: если во всѣхъ предшествующих лонгридах мой текст принуждён был перемежаться файлами не рѣже чѣмъ через каждые 4096 сѵмволовъ, то в грядущих лонгридах всё будет как раз наоборот (ни единого файла), и опять же поневоле. Ѽ безысходность! По этому послѣднему поводу остаётся, по-видимому, надѣяться на то только, что если разработчики нашли силы оставить в прошлом и ограничение 4096 сѵмволовъ, и ограничение количества картинок в сообщении десятком их, то тогда рано или поздно перестанут цѣпляться и за обязательное употребление стариннаго формата JPEG. Но это всё ещё остаётся дѣломъ весьма отдалённаго будущаго. Если же копнуть ещё чуть глубже, то тогда возможности внутрителеграмнаго предпросмотра (Instant View) и возможности сообщений нового типа не окажутся совершенно тождественными. Кто посмотрит предпросмотр вот этой гиперссылки, ведущей на сайт Telegraph (а для удобства как раз такой предпросмотр я размѣщаю чуть ниже под сообщением), тот сможет в третьем подраздѣлѣ расположеннаго там текста (въ подраздѣлѣ «Предѣльный размѣръ альбома») увидать такую возможность IV (и сайта Telegraph), какóю было внедрение (embedding) сообщения из Телеграма на страницу. Однако среди грядущих возможностей сообщений нового типа я не вижу возможности помѣстить между абзацами текст другого сообщения, ранѣе выложеннаго в Телеграме.