Мои несколько пожеланий (недочеты в LS) [РЕШЕНО - 25%]

Все мы помним, как мои пользователи :) только на альфа тесте нашли баг по безопасности js в ФотоСете, но так же они нашли и еще пару недочетов. О них я тоже писал Максиму, но ответа не получил, скорей всего очень занят…

Давайте поможем ему и самостоятельно справимся с этим :)) Ведь это нужно всем!

Какие недочеты под катом:
1. Разрешение картинки в фотосете — почему нет настройке в config.php (выдается ошибка)
2. Количество символов в опросе, почему бы не сделать счетчик? (классно если бы было!)
[РЕШЕНО]3. В личных сообщениях, выделить всех — работает, отчистить всех — не работает.
4. В личных сообщениях, фильтрация по дате — нельзя отчистить фильтр, (недочет)

UPD

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

Идея по улучшению раздела "Активность"

С выходом новой версии 0.5 движок LiveStreet стал более социальным, благодаря появлению нового раздела «Активность», благодаря которому стало проще следить за действиями других пользователей.

Хочу предложить идею, как можно этот раздел дополнить и улучшить.
Читать дальше →

Предложение разработчикам: кат

Неплохо бы сделать как на хабре: при открытии топика экран бы перемещался на полное содержание записи, перескакивая на место после ката.
То есть в ссылке «читать далее» было бы #cut, а перед полным содержанием />

Улучшенная информация о топике

Задумавшись над тем как реализовать вывод «Количество пользователей, добавивших пост в избранное», пришёл к мысли, что было бы хорошо иметь настраиваемый плагин со следующими возможностями:

  1. Отображения количества просмотров топика.
  2. Всплывающая подсказка о голосах за топик вида «всего 14 голосов: ↑9 и ↓5».
  3. Кнопка добавления топика в избранное с указанием количества пользователей, добавивших пост в избранное.
  4. Далее настраиваемый список кнопок соц.закладок (кто-то захочет только твиттер, а кто-то — весь арсенал вывести).

Интересует, реализовывал ли или есть в планах у кого реализовать такой плагин? Может есть ещё какие-нибудь предложения по улучшению блока информации о топике?

Пожелания по аватарам, компаниям и комментариям

Во-первых хотелось бы иметь аватары коллективного блога побольше. Сейчас размер очень маленький. Например, у меня блог Activision, так вот их логотип там не разглядеть. Сделали бы хотя бы 50х50.

Во-вторых, хотелось бы чтобы в 0.4, когда выйдут компании, иметь возможность переводить\конвертировать обычный коллективный блог в компанию.

В-третьих, хочется иметь возможность отслеживать в админке все комментарии по мере появления (как в WordPress).

Спасибо.

Несколько пожеланий и запросов по разработке

URL
Почему бы не сделать транслитерацию названий топиков в ссылку?

Авторизация
Очень не хватает Open-ID или аналогичных фишек. У меня кроме этого скрипта еще форум. Мне проще сделать единую Open-ID авторизацию, чем делать перенос пользователей и прочие махинации. Думаю даже поставить Intense Debate. В Wordpress они чудесно интегрируются кстати.

Вставка изображений
Я не всегда хочу закачивать картинку при вставке с внешнего источника. Мне достаточно ссылки. Хостинг не резиновый :) Неплохо бы сделать заливку на внешние сервисы, например dropbox.com
Почему не прописывается ALT?
Хотелось бы вставлять несколько изображений за раз.
Миниатюры с плагином для увеличения типа prettyGallery.
Зачем такие длинные пути при заливке? /uploads/images/0/0/0/0/0/1/2009/11/25/143b8975b1.jpg
Водные знаки.

Связанные топики
Я тут нашел такой модуль, но в версии из SVN он не работает. Может в основной функционал системы это и не включит автор, но все-же фишка нужная.

Еще вопросы. Буду дополнять по ходу освоения:
Как добавить кнопочки со своим кодом в панельку визуального редактора?
Как убрать отступы
после заголовков внутри поста?

Несколько пожеланий практикующего админа

Доброго времени суток, господа!

Как админу хотелось бы иметь:

1. Кроме функций «редактировать» и «удалить» функцию «Скрыть» топик, комментарий и блог.
2. IP-адрес в топиках и комментариях.

Важные вопросы, а также решения пробем локализации темы developer

Доброго времени суток!
Наткнулся в инете на сей двиг и решил посмотреть, что за оно, а позднее и поставить на свой портал. Движок в принципе неплохой, хоть и много чего нет. Ну и естественно, возникли вопросы и проблемы:
Касательно админа:
1.Как сделать, чтобы в меню пользователя была ссылка на админку и отображалась она только у админа?
2.Как сделать TinyMCE только у админа, ну или выбор редактора для конкретного юзера?
Поиск:
1.Для поиска, я так понимаю, надо на сервер что-то ставить? А можно его как-нибудь без Sphinx`a реализовать?
Проблемы:
1.После заполнения формы регистрации и нажатия на кнопку регистрации браузер кидает, что страница не найдена, хотя юзер регится…
2.В профиле месяц рождения отображается на русском. Как мне сделать его на белорусском? код, отвечающий за это такой:
{if $oUserProfile->getProfileBirthday()}
{$aLang.profile_birthday}:
{date_format date=$oUserProfile->getProfileBirthday() format=«j rus_mon Y»}

{/if}

Пробовал менять rus_mon на be_mon и т.п., но эффекта никакого. Не помешала бы загрузка из языкового файла, как я переделал в header_top.tpl темы developer. Там пункт меню пользователя «Написать» читалось из tpl-ника, что ограничивало многоязычность...))Я сделал, чтобы из topic_create грузило…
Общие вопросы:
1.Роясь в файлах тем заметил что есть иконки контактов для LiveJournal, VKontakte, Mail.Ru и т.д., хотя в двиге нет этого.Это на перспективу?
2.Не планируется ли внедрение админки и других языковых пакетов в дистрибутив? Мог бы помочь с белорусским языком.

Немного пожеланий

1) Чтобы в разделе «люди» те, кто в онлайне, выводило не последних 15 человек, а всех, кто был, например, последний час на портале.
2) В разделе whois пользователя указывался рейтинг, например — %username% занимает n место в рейтинге.

Конфигурационные переменные и шаблоны Smarty

Возникла такая потребность: использовать в шаблонах значения собственных переменных, которые я задаю в кофиге. Но список переменных и констант, которые передаются в Смарти жестко задан. Можно, конечно, самому править класс Viewer, но это плохой путь — при каждом обновлении версии придется снова и снова лезть руками в системный класс.

Поэтому предлагаю разработчикам следующее: определить глобальную переменную-массив (например, $aCustomVar), и ее скармливать шаблонизатору. Тогда в папку, скажем, /config/modules/custom можно положить config.php, который будет подключаться автоматически, а в нем задаем этот самый массив:
$aCustomVar['element1']='bla bla bla';
$aCustomVar['element2']='custom string';


И тогда в своем шаблоне (.tpl) я могу использовать эти переменные:
<div>Элемент 1: {$aCustomVar.element1}</div>
<div>Элемент 2: {$aCustomVar.element2}</div>