Писал это предложение/пожелание в комментарии к плагину «Ajax подгрузка по скроллу», но эта проблема есть и в стандартном функционале движка в разделе «Лента».

Сейчас если прокрутить (подгрузить) несколько страниц и потом перейти к чтению какого либо топика, то после возврата на страницу ленты с топиками нас выкидывает в конец первой страницы, но никак не на то место до куда мы уже успели доскроллить. И после этого нужно заново прокручивать (подгружать) все просмотренные страницы, чтобы дойти до нужного нам топика.

Надеюсь, в будущем будет добавлена возможность возвращаться непосредственно к тому топику, на котором просмотр ленты был закончен, в общем как в контакте.

Please make this kind of video tutorial if you have time, because there are users who are not programmers (like me), but want to add modification to the source code.

Постоянно возникают мысли перевести свои старые ресурсы на LiveStreet. Для этих целей нужен конвертер базы данных.
Пробежавшись по поиску нашёл несколько топиков, которые так же были заинтересованы:
Конвертер из Cogear
Конвертер из explay в Livestreet

Попытки реализации конвертера DLE => LS:
[DLEtoLS] Ограниченное бета-тестирование, бета 2
После этого, к сожалению, прогресса не было, а автор молчит.

В комментариях мелькали самые разные cms, с которых тоже хотели перейти на ls.
Почему бы не начать реализацию с самых приоритетных, например такие как DLE / Wordpress. При этом создать новый раздел модулей на livestreetcms.

Воспользуюсь случаем, пишу примерную суть переноса DLE to LS, надеюсь найдётся исполнитель

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

Функционал:
— специальный раздел «документы» в профиле пользователя
— Возможность загрузки файлов с ограниченим по типу и размеру (опционально в конфиге)
— ограничение объема памяти для пользователя (допустим, максимум 50мб)
— настройка уровня доступа к конкретному документу (для всех, только для зарегистрированных, только для друзей, для определенных друзей, для определенного пользователя).
— прикрепление документов к топикам, комментариям, при создании блога, к личному сообщению путем вызова модального окна со списком загруженных документов и полем для непосредственной загрузки нового
— возможность скачивания документов + счетчик скачиваний
— добавление документа из чужого списка в свой (именно копирование, а не избранное, т.к. исходный документ может быть удален)
— иконки для типов документов (rar,zip,word,excel,pdf,djvu и пр.)

Читать дальше →

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

Читать дальше →

Недавно столкнулся с ограничением длинны поля типа TEXT в таблице _topic_content, в связи с чем предлагаю заметить в схеме по-умолчанию этот тип на MEDIUMTEXT или даже LONGTEXT (у себя собственно так и сделал — все хорошо :) ) для полей topic_text и topic_text_source таблицы _topic_content

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

Уже существует некоторое количество шаблонов под LS. Но не очень хочется качать шаблон чтобы только посмотреть его.
Есть предложение сделать живые демо-сайты на поддоменах.
Например demo1.tpl.livestreet.ru

Заметил, что в версии 0.3 появился префикс Ls у некоторых классов.

Это очень хорошо, т.к. например, в своем проекте я создал некое подобие API для интеграции базы LiveStreet с авторизацией в MediaWiki. В версии 0.2 мне приходилось задавать такой префикс для классов User, Block и Database. В 0.3 меня приятно порадовало наличие префикса у двух из них, однако класс Block по прежнему конфликтует с аналогичным у MediaWiki.

Мне кажется есть смысл добавить префиксы ко всем классам (а в идеале и к константам и т.п.).

Предлагаю изменить немного работу с ролями для большей гибкости. Очень хороший вариант использовал gran в модуле компании. Вместо нескольких полей в базе типа:

`is_moderator`,
`is_administrator`,

Он сделал одно общее поле:

`company_user_role`

Это позволяет свободно добавлять любое количество дополнительных ролей.