Кубоид Мориса Эшера

Сортировка альбомов по алфавиту

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

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

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

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

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

Расширенные возможности поиска

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

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

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

Предложение

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


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

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

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

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

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


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

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

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

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

user support

Релиз #349

Нововведения

  • Автоматически проставляемые категории записей вынесены также в отдельный блок на странице профиля.

Исправления

  • Устранены XSS-уязвимости 1 и 2.
  • Прикрепленный пост теперь придерживается правил фильтрации по тегам, категории и автору (раньше он всегда отображался сверху, даже если вы искали посты по другому тегу/категории/автору).
  • В быстрых комментариях в ленте друзей заработала вставка тега lj user и фотографий.
  • Исправлено переключение с /friends на /feed при помощи ссылки на панели.
  • Исправлена обработка кавычек в превью поста на странице рейтинга.
орёл, Eagle

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

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

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

Предложение


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

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

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

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

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

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

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

user support

Релиз #346

После 5-летнего перерыва возвращаемся к традиции сообщений о релизах.

В 2017 году ЖЖ перешел с SVN на git, и теперь мажорные релизы выходят дважды в неделю - по вторникам и четвергам.

Представляем обзор сегодняшнего релиза:

Нововведения

— Смотрители сообществ теперь могут выбирать лучший комментарий в записи (раньше это мог сделать только автор поста).

— Изменения в каталоге стилей:

  • Убраны устаревшие стили: Flexible Squares, Smooth Sailing, Style Contest, Tranquility II
  • Из Избранного исключены не mobile friendly стили

Исправления

— На странице покупки и редактирования промо в лентах друзей возвращен выбор списка категорий для таргетирования.

— В редакторе записей в полной версии сайта на мобильных устройствах исправлена возможность обернуть выделенный текст в ссылку.

орёл, Eagle

Контроль за размером комментария

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

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

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

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

Список проблем, которые могут появиться в результате реализации
Не предвижу.
. . .
Дополнение: дополнительный аргумент в пользу моего предложения то, что ограничения в байтах, а пишем мы символами, как правило кириллическими, кроме того, публикация дополнительно содержит символы html-разметки, что затрудняет контроль.

Возможность прикрепления документов (или файлов) к постам

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

В посте я могу вставить картинку, но, к сожалению, не могу прикрепить документ. Почему бы и нет? У меня есть фиксированное дисковое пространство. Не всё ли равно как я его использую? Там может быть документ doc или картинка.

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

У каждого пользователя есть определённый объём дискового пространства на сервере. Для простого аккаунта это 1 Гб, для Профи - 100 Гб. Некоторым пользователям может понадобиться прикреплять к посту документы (или файлы): pdf, doc, xls, ppt, psd, ai и др. Почему бы не разрешить им это делать?

Прикреплять к посту exe файлы опасно, т. к. ЖЖ рискует стать рассадником вирусов. В архивах тоже могут прятаться exe файлы-вирусы. Поэтому если ЖЖ разрешит прикреплять exe (исполнительные) файлы и архивы (rar, zip, 7z), загружаемые файлы нужно будет проверять антивирусом. Для начала можно разрешить прикреплять файлы пакета MS Office, pdf, различные векторные, растровые рисунки, чертежи AutoCAD.

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

Дополнительная опция при создании постов в ЖЖ, которая может быть нужна части аудитории. К постам можно будет прикреплять документы (или файлы).

Список возможных проблем

Реально новой функцией будут пользоваться от силы 5 % аудитории. Она может не быть широко востребованной.

Добавить возможность создания новой группы при добавлении в друзья

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

Подробное описание идеи
При добавлении нового друга часто бывает так, что он не укладывается в структуру уже существующих групп. В результате, приходится на новой странице судорожно искать, где создается группа, перезагружать страницу, на которой добавляют в друзья, чтобы эта группа появилась. А вот если бы там была, например, кнопка "Добавить группу", жизнь немного упростилась бы.

Список преимуществ
Думаю, функция добавления в друзья станет еще более дружелюбной, повернутой лицом к пользователям.

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