Re: Блоггинг, за жизнь и форматы данных

Ответ на комментарий от Difrex
>> В общем, за пределами текстового видеорежима 80х25 или 80х50 оно выглядит неудобно.
Difrex> Но ты же код не пишешь в 200 символов на строку.
Код имеет совсем другие критерии в сравнении с обычным текстом. В стихах тоже есть принудительные переносы внутри строфы, но это не значит, что и в обычном тексте их нужно делать.
>> На широких окнах будет узкая колонка текста.
Difrex> Если зайти, например, на idec.spline-online.tk, то там мы увидем ограничение ширины для удобства чтения постов, как раз узкая колонка текста :).
Difrex> Проблема в том, что вот этот вот подход с не расстановкой переносов работает для печати или для известной ширины.
Всё так.
Difrex> Когда у тебя нет ограничения по ширине оно выглядит не особо удобным. Цезий на fullhd https://images.lessmore.pw/media/images/2019-12-05_314-18-33.png.
Difrex> Неудобно читать такие длинные строки.
Это недостаток цезия, КМК, а не текста. В новом цезии, который я тут в свободное время пописываю, я собираюсь предусмотреть возможность изменения ширины текста, а не шпарить его всегда на всю ширину терминала.
>> Добавь просто в хук на читалку включение автопереноса и всего делов :)
Difrex> Добавил.
В общем, моя позиция в этом вопросе такова: представлением текста должна заниматься программа, которая этот текст отображает, а не автор текста или программа, с помощью которого автор этот текст пишет. Принудительные переносы так же, как и их отсутствие, могут плохо выглядеть, если заранее неизвестна ширина области отображения текста.

Конечно, каждый волен писать текст так, как он хочет. Стандартизировать это не имеет смысла. Просто в случае отсутствия принудительных переносов строки проблему неудобоваримого отображения можно решить на клиентской стороне, а в случае их присутствия проблема заметно усложняется и становится нерешаемая без анализатора, который бы эти лишние переносы удалял перед рендером.
Ответы на это сообщение: around (2020-01-09 09:28:56)
Andrew Lobanov (2019-12-06 06:23:32) [Ответить]
Предыдущее сообщение Следующее сообщение