subject: Форматирование
11.02.2025 10:23
ake (tgi,90)
Начал у себя в веб-интерфейсе добавлять поддержку ссылок в сообщении и обнаружил, что они у нас могут встречаться в совершенно разных видах - просто в виде URL, в виде markdown, в одном сообщении даже в виде HTML. Решил глянуть в документацию (https://github.com/idec-net/new-docs/blob/master/text-decoration.md), но там определены только блоки цитирования, преформатированного текста и внутренние ссылки. Сейчас в сети есть отдельные сообщения целиком в markdown (как минимум, использующие заголовки и ссылки), есть картинки в XPM (как понимаю, работающие только в ii-go), нет указаний на то надо ли сохранять все переносы строк или разбивать на параграфы пустыми строками. Получилась ситуация, когда каждый оператор (или разработчик) ноды реализует форматирование сообщений по-своему и ориентируется на свою же реализацию.
Думаю, надо обсудить и дополнить спецификацию по формату сообщений, хотя бы добавив вещи, которые не вызывают споров или стандартизированы де-факто.
1. Как обрабатывать переносы строк в теле сообщения?
2. Нужно ли добавить в стандарт тег "+++" для подписей?
3. Нужны ли новые теги для форматирования текста (курсив, полужирный, списки и т.д.)?
4. Нужны ли теги для ссылок в тексте и какие?
5. Нужны ли дополнительные заголовки, "##" или "=="
6. Может ли быть HTML в сообщении и как его обрабатывать?
7. Что делать с XPM-картинками?
--------------------------------------------------------------------------------
subject: Re: Форматирование
12.02.2025 09:25
doesnm (tgi,8) => n0VCTTvFYW5SdHABoCkA
ake> Начал у себя в веб-интерфейсе добавлять поддержку ссылок в сообщении и обнаружил, что они у нас могут встречаться в совершенно разных видах - просто в виде URL, в виде markdown, в одном сообщении даже в виде HTML. Решил глянуть в документацию (https://github.com/idec-net/new-docs/blob/master/text-decoration.md), но там определены только блоки цитирования, преформатированного текста и внутренние ссылки. Сейчас в сети есть отдельные сообщения целиком в markdown (как минимум, использующие заголовки и ссылки), есть картинки в XPM (как понимаю, работающие только в ii-go), нет указаний на то надо ли сохранять все переносы строк или разбивать на параграфы пустыми строками. Получилась ситуация, когда каждый оператор (или разработчик) ноды реализует форматирование сообщений по-своему и ориентируется на свою же реализацию.
ake> Думаю, надо обсудить и дополнить спецификацию по формату сообщений, хотя бы добавив вещи, которые не вызывают споров или стандартизированы де-факто.
ake> 1. Как обрабатывать переносы строк в теле сообщения?
ake> 2. Нужно ли добавить в стандарт тег "+++" для подписей?
ake> 3. Нужны ли новые теги для форматирования текста (курсив, полужирный, списки и т.д.)?
ake> 4. Нужны ли теги для ссылок в тексте и какие?
ake> 5. Нужны ли дополнительные заголовки, "##" или "=="
ake> 6. Может ли быть HTML в сообщении и как его обрабатывать?
ake> 7. Что делать с XPM-картинками?
Разве text-only не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------
subject: Re: Форматирование
12.02.2025 10:30
ake (tgi,90) => PSKvvDQlPQeNxUGW3R1s
Так речь не о том, чтобы добавить всё на свете. В стандарте есть описание того, как надо отображать сообщения, это уже подразумевает существование особого формата сообщений, отличного от плейнтекста. Моя идея в том, чтобы описать однозначный обязательный минимум, которого должен придерживаться клиент (не важно, приложение или веб-версия) при отображении сообщений. Впрочем, можно сказать что существующих трёх пунктов достаточно и всё остальное остаётся на усмотрение разработчика, это тоже решение.
doesnm> Разве text-only не является главной фишкой этой сети? Ну хоть лайки/карму тут никто в своей реализации не делал
Ну, для меня главная фича, скорее, распределённость. Text-only это скорее про форму, а не про содержание (что в отдельных случаях ведёт к странному пуризму с отрицанием графики в документах и, одновременно, эрзацами в виде псевдографики)
--------------------------------------------------------------------------------
subject: Re: Форматирование
16.02.2025 10:18
shaos (spnet, 2) => n0VCTTvFYW5SdHABoCkA
Выскажусь от себя лично:
1. Перенос у нас как перенос срабатывает, так ведь?
2. А надо?
3. Можно какой-то минимум маркдауна поддержать
4. Я хочу у себя поддержать ссылки в том минимальном виде, чтобы RSS-эхи нормально показывали линки
5. Возможно
6. HTML однозначно нет
7. Пусть будут - я у себя поддержку когда-нибудь ;)
base64-аттачи тоже вроде неплохая идея была (тоже сейчас только на ii-go работает)
--------------------------------------------------------------------------------
subject: Re: Форматирование
16.02.2025 10:22
shaos (spnet, 2) => c8zEUDNJzSqM59JGYeOV
Кстати Лобанов перед тем как свалить написал минимальный спек IDEC - только где этот спек теперь?...
--------------------------------------------------------------------------------
subject: Re: Форматирование
16.02.2025 10:51
shaos (spnet, 2) => el8GxVYjzaAQfECgAAiM
А ну вот же он: http://s.spline-online.ru/idec.html
--------------------------------------------------------------------------------
subject: Re: Форматирование
17.02.2025 12:11
doesnm (tgi,8) => jJktXymfT5Rfo6KJbAUt
shaos> А ну вот же он: http://s.spline-online.ru/idec.html
У меня он в директории с caesium лежит на случай если страничка упадет
+++ Никто не знает, как правильно. Так зачем же выдумывать правила?
--------------------------------------------------------------------------------