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

3. Аргумент: Думаю Вам будет не сложно добавить соответствующие $коды$, с которыми можно будет создавать более информативные сайты. Например, можно будет создавать информеры с возможностью фильтрации выводимого списка по материалам (пример: ag.ru) по вот такому способу - http://net.tutsplus.com/videos....-jquery и при этом не надо будет создавать 2 и более информера чтобы сделать подобного рода табы. Ну или даже вставлять в meta name="keywords" казалось бы банально, но ведь поисковую оптимизацию никто не отменял.

4. Мысли по реализации: ввести соответствующие $коды$ (желательно 2 разновидности: с запятыми и без запятых - для CSS)

2. Суть:
Реализация новой функции - Возможность чтения сообщений форума из ограниченных тем (доступны только некоторым группам) в формате RSS. Возможно закрытый RSS-поток для всех групп на сайте.

3. Аргумент:
Было бы удобно читать новые сообщения на форуме и сразу же быстро на них реагировать. Некоторые провайдеры предоставляют бесплатны доступ к Jabber, с помощью ботов можно читать такие потоки.

1. Предложение по размеру сообщений на форуме

2. Суть:
Увеличить максимально кол-во символов сообщения..

3. Аргумент:
Очень неудобно размещать большие новости (текстовые) на форуме с помощью 10 сообщений. А в кратком содержании сообщение полностью не раскрывает суть новости.

2. Суть: сделать возможность включения/отключения кода для каждого модуля и его комментариев в отдельности и добавить в настройки модуля соотвестсвующие галочки

3. Аргумент: это бы позволило более гибко использовать модули

4. Мысли по реализации: написать это на том языке программирования на котором написана система

или сделать вид "Управления материалов" вроде "Конструктора меню", где в какую категорию засунешь в той и будет, какой по счету поставишь - там и будет стоять. При этом оставить возможность "автоматической сортировки", где, если пользователь включит не пользовательскую сортировку, то надо будет лишь поставить в нужную категорию или оставить без категорий, а сортировку выполнит система (аналог сортировки: сортировка "закладок" в браузере Opera)

1.3.Предложение по "Управлению материалами"
2.3 Суть: Ввести функцию переноса нескольких материалов из одной категории в другую, или, если они были без категории то перенести в категорию.
3.3. Аргумент когда нужно перенести много файлов, не входящих в категории, в категорию, то сейчас это убивает большое количество сил и времени.
4.3.Мысли по реализации: Ввести систему выделения "флажками" нужных материалов (аналог: файловфй менеджер - функция "удаление") и кнопку "переместить", при нажатии на которую выводится окно с выбором нужной категории (аналоги: файлообменник mediafire, или любой почтовый ящик).

1.4.Предложение по файловому менеджеру
2.4.Суть: Ввести функцию переноса файлов.
3.4.Аргумент: Чтобы не перезаливать файлы по-новой
4.4. аналогично 4.3

2. Суть: Если материал входит в несколько категорий, пусть выводятся все названия, по тегу $CAT_NAME$ либо по новому $тегу$

3. Аргумент: приведу пример: на сайте категории используются как жанры фильмов (сайт посвящен фильмам), а тег $CAT_NAME$ выводит название только одной категории, в то время как материал всё же находится во всех выбранных категориях. Например у фильма жанры(категории): драма, триллер. На странице выводится только "драма", это может ввести в заблуждение пользователей, неправда ли?

4. Мысли по реализации: ввести соответствующий $код$, усовершенствовать $CAT_NAME$

2. Суть: после "глобального" обновления системы, список "Кто Онлайн" был сокращен, максимальное количество выводимых пользователей - 50. Данная функция не очень удобна многим сайтам.

3. Мысли по исправлению: Сделать возможность использовать функцию по выбору. Т.е. либо сокращать кол-во пользователей, либо выводить все.

1 предложение по блокировке по железу

2 Суть: запретить регистрацию пользователей с заблокированным железом (ID компа, хеш компа)

3. Аргумент: некоторые детишки с динамическими и статическими IP, находят забавным регистрировать кучу аккаунтов с дурацкими логинами, чтобы потом с них флудить и рассылать ссылки на свои ГС, оскорблять других пользователей, матерится. Но из за меняющегося IP приходится банить группу IP адресов, а иногда не одну, и из за таких малолетних идиоттов с динамическими IP у других пользователей этой группы нет возможности регистрироваться на сайте.

4. Мысли по реализации: проверять железо (ID компа, хеш компа) по блок-листу при регистрации и, в случае совпадения, не выводить уведомление, что «заблокирован», а просто перенаправлять на главную страницу сайта.