LJ RU Support

Краткое описание идеи
Ввести новый режим комментирования "только текст".

Подробное описание идеи
Возможность для хозяина журнала включать в отдельном посте, в редакторе при создании нового поста или во всём журнале (а в идеале хорошо бы и возможность включить такой режим для просмотра всего ЖЖ — как имеющийся механизм "заглушек" поверх фото-видео) режим, не дающий вставить в комментарий картинку, ссылку, вставку (embed) и прочий медиа-мусор; заменяющий их на ссылки текстом (т.е. вместо них текст URL, не превращающийся автоматом в ссылку, кому очень надо, тот найдёт способ перейти).

Это не отключение HTML — текстовые теги работают, как обычно.

Список преимуществ
Стимуляция людей к выражению своих мыслей текстом, сильный удар по любителям спамить в чужих ЖЖ ссылками-завлекалками для нагона поисковых ботов, облегчение модерации при работе из стеснённых обстоятельств.


Список проблем, которые могут появиться в результате реализации
нагрузка на парсер редактора, необходимость информирования комментатора, почему его комментарий был изменён, снижение интерактивности.

2. первая картинка поста должна быть без loading=lazy, потому что иначе теряется смысл затеи
3. Не знаю, в какой момент появилась классная фича автоматически добавлять ко всем картинкам в посте loading=lazy, круто!

Однако, есть предложение её усовершенствовать:

первая картинка поста должна быть без loading=lazy, потому что иначе теряется смысл: все изображения (зависит от количества букв в начале поста, но всё же) сразу после открытия поста оказываются внутри viewport браузера и начинают загружаться сразу, несмотря на loading=lazy. Ещё лучше первой картинке добавить fetchpriority=high



https://lord-fame.livejournal.com/323323.html

По ссылке и на скриншоте видно, как при заходе в пост сразу же загрузились 3 картинки с b8.icdn.ru вместо одной первой, как Вы задумывали.

4. пользователь потребляет меньше трафика
5. не стоит таким же образом улучшать ленты постов, там это всё, наоборот, сломает.

Спасибо :)

(Спасибо, ЖЖ! На 6 мая 2024 года изображения в формате WEBP уже можно хранить в фотоальбоме ЖЖ и вставлять в свои посты из фотоальбома! Статья в справке ЖЖ о допустимых форматах изображений в фотоальбоме обновлена.)

Краткое описание идеи

Добавить к существующей поддержке форматов изображений GIF, JPG, PNG еще новый формат WEBP.

Подробное описание идеи

При написании записи в ЖЖ можно добавить в запись изображение ссылкой со стороннего ресурса (но это ненадежно, так как сторонний ресурс может закрыться и изображения в записи станут недоступны), либо с загрузкой изображения в свой фотоальбом. Я пользуюсь вставкой в запись изображений, загруженных в мой фотоальбом. Однако, ЖЖ позволяет загрузить в фотоальбом только изображения форматов GIF, JPG, PNG.

Я предлагаю добавить в ЖЖ поддержку формата изображений WEBP, чтобы можно было хранить изображения в этом формате в фотоальбоме и вставлять такие изображения из фотоальбома в свои записи.

Список преимуществ

Сейчас в интернете (в том числе и у конкурентов ЖЖ) стал очень популярен формат изображений WEBP, предложенный компанией «Google» в 2010 году. Все его используют, потому что это открытый формат и он дает выигрыш в размерах файла изображения: по сравнению с форматами GIF, JPG, PNG изображение в формате WEBP получается в среднем меньше на 30% при сохранении качества изображения. Вот источники:

https://developers.google.com/speed/webp
https://ru.wikipedia.org/wiki/WebP

Для ЖЖ тоже есть выгода: если большинство пользователей ЖЖ станет пользоваться изображениями в формате WEBP, то значительно уменьшится нагрузка на серверы, ведь изображения обычно занимают значительную часть общего размера веб-страниц (записей в ЖЖ).

Список проблем, которые могут появиться в результате реализации

Не вижу возможных проблем, если останется поддержка форматов изображений GIF, JPG, PNG. Те, кого не устроит формат изображений WEBP, смогут продолжить пользоваться старыми форматами GIF, JPG, PNG.

Краткое описание идеи
При выборе альбома, в который нужно загрузить картинку, сортировать названия по алфавиту.

Подробное описание идеи
Создавая новую запись через интерфейс ЖЖ и выбирая альбом, в который нужно поместить картинку, получаю список альбомов, отсортированный по дате последнего обновления:
( Collapse )
Если альбомов мало, это неудобств не вызывает, но если их, как у меня, несколько десятков, то найти нужный непросто.
А вот в Семаджике этой проблемы нет, там сортировка нормальная, и это очень удобно:
( Collapse )

Предложение
Сделать сортировку альбомов по алфавиту и в интерфейсе создания новой записи непосредственно в ЖЖ.

Список преимуществ
Экономия времени и, главное, уменьшение риска того, что картинка попадет в непредназначенный ей альбом.

Список проблем, которые могут появиться в результате реализации
Не вижу проблем.

Краткое описание идеи
Расширить возможности поиска по LJ

Подробное описание идеи
Если мы попытаемся что-то найти в LJ, то получим, возможность просмотра результатов поиска, в частности, по "ЗАПИСЯМ", "ТЕГАМ", "ЛЮДЯМ И СООБЩЕСТВАМ", "ПО ИНТЕРЕСАМ". При просмотре по записям есть возможность сортировки результатов "по релевантности" и "по времени" (не публикации, но последней коррекции сообщения). При просмотре "ПО ИНТЕРЕСАМ" интересы отсортированы по алфавиту и можно выбрать "все", "англоязычные" или "русскоязычные". В то же время, при просмотре по "тэгам" и "людям и сообществам" подобных возможностей выборки и сортировки нет, а это очень неудобно, особенно в последнем случае - как правило вы видите на первой странице людей и сообщества, у которых последняя публикация сделана много лет назад.

Необходимо повысить эффективность поиска, введя расширенные настройки поиска.

Предложение

Сделать расширенные настройки поиска, а именно:

• для "ЗАПИСЕЙ" - добавить критерии "по дате/времени" (публикации сообщения), "по популярности" (например, по количеству комментариев к сообщению) и поиск в конкретном журнале или сообществе


• для "ТЕГОВ"- сделать возможность сортировки "по релевантности", "по дате/времени" (последней публикации с таким тэгом), "по популярности" (по количеству публикаций с таким тэгом) и поиск в конкретном журнале или сообществе


• для "ЛЮДЕЙ И СООБЩЕСТВ" - сделать возможность сортировки "по релевантности", "по дате/времени" (последней публикации в сообществе или в журнале человека) и "рейтингу" (соц.капиталу сообщества или журнала)


• для "ИНТЕРЕСОВ" - добавить возможность сортировки "по релевантности", "по дате/времени" (последней публикации с данным "интересом") и "популярности" (по количеству публикаций с таким интересом)

Разумеется, значения критериев выборки/сортировки должны отображаться в результатах поиска.
Возможно комментаторы предложат и другие критерии.

Список преимуществ

Повышение эффективности поиска. Экономия времени пользователя. Удобство и улучшенный контроль.

Список проблем, которые могут появиться в результате реализации

Не предвижу. Кроме того, что разработчикам придётся немного поработать.

Краткое описание идеи
Контроль длины сообщения в процессе редактирования и увеличение максимальной длины сообщения.

Подробное описание идеи
Пишущие длинные сообщения сталкиваются со следующей проблемой:
- после продолжительного редактирования и просмотра в расширенном режиме (с автоформатом или без него) при попытке публикации получаем сообщение диагностики, что сообщение превышает допустимый размер - "Ошибка: запись слишком большая";
- приходится сообщение сокращать и после повторной публикации снова выясняется, что оно не вписалось в ограничение;
- таких итераций может быть много, для контроля приходится использовать доп.средства не дающие точных результатов. Всё это очень неудобно и сопряжено с непродуктивной потерей времени! Например, сейчас я подготовил "слишком большое сообщение", в котором с учётом символов html-разметки 41135 знаков без пробелов и 45653 с пробелами, при этом, насколько помню максимальный размер сообщения 64Kбайт - ну и что мне делать, на сколько нужно сократить сообщение, чтобы обойтись без его разбиения на два?!

Предложение

• Увеличить максимальный размер сообщения вдвое или более,


• Средства подготовки сообщений LJ снабдить счётчиком символов с указанием максимального размера, который с развитием LJ может меняться, и индикацией превышения лимита,


• Более профессионально реализовать диагностику, должно быть не "запись слишком большая", а "запись размером NN1 символов (NN2 байт) превысила максимально допустимый размер NN3 байт на NN4 байт"

Как минимум необходимо быстро улучшить диагностику.

Список преимуществ
Экономия времени пользователя. Удобство и улучшенный контроль. Лучшее представление больших сообщений в журнале - потому что в оформлении не придётся экономить на html-тэгах разметки

Список проблем, которые могут появиться в результате реализации
Не предвижу. Кроме того, что разработчикам придётся немного поработать.

= = =
Добавление месяц спустя. Попытался в метках одной большой записи в одном слове исправить 'е' на 'я'. Получил "Запись слишком большая" - эту ошибку тоже следует устранить!