Чат сообщества
   |
| Сообщество uCoz » Архивариус » Предложения по системе » Предложения по системе |
| Предложения по системе | ||
 Тема имеет архив.Данная тема имеет архивы. Просмотреть архив1 Посмотреть архив 2 | ||
|
1. Предложение: информирование пользователя об ответе на его сообщение в репутации.
2. Зачем: хочется, чтобы при ответе пользователя на изменение репутации этот комментарий присылался поставившему в ЛС. Ведь иногда очень интересно, что тебе ответили, но запоминать всех, кому что-то ставил - нереально. 3. Мысли по реализации: точно так же, как приходит сообщение и изменении репутации. | ||
|
А.
1. Предложение: озвучить все переменные, которые можно изменять админу 2. Зачем: для удобства работы 3. Мысли по реализации: переменные $BRIEF$, $MESSAGE$ не озвучены, а могут быть использованы (например сейчас для задания автоматических тэгов DESCRIPTION) B. 1. Предложение: Добавить работу с SEO-полями KEYWORDS, DESCRIPTION, формировать сложные TITLE 2. Зачем: Все это используется людьми (например DESCRIPTION часто использует Гугл вместо сниппета), на данный момент приходится сильно исхитряться, чтобы это реализовать через условные операторы в шаблонах, что приводит к засорению шаблонов. 3. Мысли по реализации: Просто задать дополнительные внутренние переменные, дать им названия (например сейчас можно задавать доп.поля в новостях) C. 1. Предложение: Сделать оператор switch 2. Зачем: На данный момент приходится использоватьс (в связи с пунктом B ) большое количество операторов If, что перегружает код, не наглядно и не имеет оператора default 3. Мысли по реализации: D 1. Предложение: Исправить бедственное положение со стандартным меню второго уровня и ниже 2. Зачем: удобство посетителя, удобство админа, повысить уровень поставляемой системы управления (с такой реализацией меню теряется товарный вид) 3. мысли по реализации 1. Необходимо, чтобы меню не "залипало" и не требовало обязательного клика по нему или по любому месту страницы 2. Если поставляется шаблон дизайна - поставлять стили и для внутреннего меню (пусть за отдельную плату). На данный момент (как в 2009, так и в 2012 у службы поддержки не получается довести меню второго уровня "до ума" - самое бОльшее- это смена цвета - а размер шрифта, цвет шрифта, ширина меню изменению не подлежат) 3. В разделе категории (статей, новостей и тд), при 2-й вложенности - текущий пункт меню выдается цветом фона и шрифтом меньшего размера (цвет поменяли, размер остался) 4. ХОтелось бы разобраться с текущим пунктом меню. Если у пунтка меню 1-го уровня есть вложенное меню и оно не активно, а просто прописано на странице, то при выборе любого пункта из подпунктов выделяется не соответствущий пункт 1го уровня, а совершенно не относящийся к делу (но как мне сказали "имеющий сходный url - так они все сходные index\....) если вложенное меню активно, то выделение пунтка меню 1-го уровня вообще пропадает 5. формирование меню "хлебные крошки" - от корня до текущей страницы, причем текущая - не является ссылкой | ||
|
1. Предложение: сделать перелистывание изображений. То есть не в фотоальбоме, а в новостях, каталоге статей и файлов, при добавлении их через доп.поле. Сейчас, чтобы посмотреть следующее изображение, требуется закрыть предыдущее и открыть следующее. А желательно, чтобы перекдючение было реалиовано стрелочками (например, под картинкой)
2. Зачем: для удобства 3. Мысли по реализации: помоему сложностей тут никаких нет  | ||
|
1. может это у меня руки кривые но можно сделать как нибудь чтобы добавленные на модерацию материалы не сказывались на ленте новостей?
2. частая ситауация когда допустим за сутки 10 новостей добавлено на модерацию. для обычного пользователя это выглядит как дыра посреди сайта. то есть шапка есть, боковые блоки есть а в середине ничего нет. только переключатель страниц. и в LAST_NEWS такое и просто если через модуль новостей смотреть. очень большой косяк на пути создания 2.0-сайта. т.н. "песочницу" вообще нельзя реализовать... на информерах далеко не уедешь.  3. ... | ||
|
onemore, предполагается, что администрация сайта следит за добавлением материалов на сайте. Чем больше может быть добавлено, тем лучше следит. Один из вариантов решения - указать в настройках более 10 материалов на страницу. Или действительно использовать информеры.
Отправляя сообщение о помощи, приводите ссылку на свой сайт. Это не считается рекламой, зато снимает массу вопросов.
| ||
|
1. Предложение: Упростить анкету новых пользователей до 3-5 обязательных(*) позиций!
2. Зачем: Поднять активность пользователей, длинная анкета отбивает желание регистрироваться у 30-50 потенциальных пользователей сайтов! 3. Мысли по реализации: оставить обязательными следующие поля: ник, имя, пол, год рождения, e-mail. | ||
|
1. Предложение: возможность оставлять комментарии в FAQ и в профилях пользователей.
2. Зачем: 2.1. В FAQ, для того, чтоб если "кто-то", "что-то" не понял мог спросить. 2.2. В профилях пользователей, для оставления публичных комментариев, обсуждения, этот модуль может поставить альтернативу ЛС. 3. Мысли по реализации: разрешить стандартный код добавления комментариев в этих разделах. Либо, создать специальную форму для этих разделов.  Спасибо. | ||
|
На данный момент в управлении страницами сайта все страницы идут в одном списке. Если страниц достаточно много возникает неудобство с навигацией по страницам.
Предложение: сделать структуру с папками. Или что-то подобное уже существует, но я об этом не знаю!? | ||
|
На данный момент реализована замена какого то куска кода на нужный кусок.
1. Хотелось бы видеть на каких именно страницах производится замена с возможность перейти в этот блок. 2. Хотелось бы иметь возможность поиска по коду сайта с выводом страниц, где указывается имеется искомая комбинация. Ввод этих опций я думаю сильно помогло бы многим пользователям, особенно начинающим сайтостроителям. | ||
|
1. Пропишите в информере для каталога файлов (у меня например выводит последние материалы) ID разделов. которые будут отображаться в нем.
2. Неудобно прописывать каждую категорию, тем более если у тебя на сайте порядка 20 разделов (к примеру игровых платформ) и каждый разбит на категории (алфавит). Нагрузка будет больше, чем прописать каждую категорию от 188 до 213 к примеру, чем просто ID раздела 160. Тем самым нагрузка не увеличивается, а то при предложении увеличить кол-во символов в строке добавления ссылок т.к некоторые имеют длину гораздо большую чем кол-во допустимых, и мучатся постоянно обращаться в сервис сокращения ссылок. именно так и прозвучал ответ: Нагрузка на сервер увеличивается" 3 Создайте в информере ID разделов Прикрепления:
0468624.jpg
(21.5 Kb)
·
2152974.jpg
(21.5 Kb)
Сообщение отредактировал slavusik - Воскресенье, 04 Ноя 2012, 11:26:43
| ||
|
| ||
|
Scin, Не имеет смысла ... Как правило все шаблоны модулей страниц как близнецы, везде HTML одинаков кроме отличительного содержания конкретной страницы, конкретного модуля ...
| ||
|
1. Предложение: добавить в каталог файлов дальнейшее разбитие категорий
2. Зачем: Из-за того, что в данный момент существует только схема Модуль → Раздел → Категория → Материал. Очень сильно страдает функциональность системы. Часто приходится создавать новые разделы сначала, чтобы представить материал более шире и в удобном варианте 3. Мысли по реализации: Добавить схему Модуль → Раздел → Категория →Подкатегория→ Материал | ||
|
1. Предложение: "обнуление" ID пользователей
2. Зачем: все модули кроме "пользователи" можно обнулить. 3. Мысли по реализации: платишь деньги - специалист ТП обнуляет базу пользователей сайта на дефолтное значение (т.е. пусто). | ||
| |||