Настройки JComments: можно ли упростить интерфейс? - Предложения и пожелания

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

Абсолютно точно поймать этот баг у меня не получилось, но есть большое подозрение, что это связано с какими-то ограничениями на сервере (выставленными хостером) на количество переменных в POST запросе. Почему ограничение? Потому что ошибка проявлялась при увеличении количества категорий - допустим выбрано 20 категорий - настройки сохраняются, выбрали 21 - уже нет.

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

Однако есть еще один нюанс. Если на сайте установлен JoomFish, то в настоящее время, в форме появляется еще один элемент - список языков, и параметры можно настроить для каждого из языков. Если мы диалог разобьем на 2 части (настройки и права), то этот список нужно будет добавить и там, и там. Не будет ли это более запутано, чем сейчас? Что при наличии на сайте 2-х языков, для полной настройки компонента нужно будет 2 раза сохранить диалог Настройки, и 2 раза сохранить настройки прав?

А дальше (в самой ближайшей перспективе), планируется добавить разделение настроек по компонентам (чтобы для com_content были одни настройки, а, допустим, для com_virtuemart - другие). И тут получается, что диалог еще больше усложнится, ибо вкупе с JoomFish для настройки под каждый язык и под каждый компонент придется сохранять несметное количество раз. С одной стороны потрясающая гибкость, с другой стороны это какой-то кошмар для администратора.

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

Может быть у кого-либо есть другие предложения? Ибо что-то надо делать - сейчас к релизу готовится новая версия, она добавит на форму настроек еще 3-4 параметра.

Надо еще как-то упростить настройки прав для групп пользователей. Как то их объеденить что ли. Настроить одну группу и нажать "Применить ко всем", а там доправить отличия может быть.
А то получается 7 групп, у которых различаются настройки (лично у меня) только для гостей, не гостей и всех кто в адмике.

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

Отдельно сохранять вкладки. Если есть возможность отслеживать, производились ли изменения, в даной вкладке, при переходе на другую, то можна просто спрашивать пользователя, модальн%м окошком, сохранять ли их?

или права доступа вынести в отдельный пункт и может быть сделать их в виде матрицы:
а то приходится переключаться что-бы смотреть а кому я что дал в другой группе

мне кажется вариант отделения прав более правильным, и вкладка языков запутывать не должна, при разделении мне кажется что это логично, единственное что это немного усложнит использование, но пользователям JoomFish не привыкать )))

и может быть сделать их в виде матрицы:

Тогда у нас раздел настройки прав будет на 2-3 экрана высотой, потому как в одну строку более одного параметра поместить будет нельзя, и придется делать простыню. Я не думаю, что это будет удобно. А так, переключаясь с одной на другую закладку сразу видно - какие параметры различаются.

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

в принципе идея неплохая, можно реализовать.

единственное что это немного усложнит использование, но пользователям JoomFish не привыкать

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

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

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

то включит один из двух флагов, или оба сразу.

или сразу 5 языков?

или сразу 5 языков?

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

Серег. А может определить настройки групп как глобальные и локальные.
Тогда будет глобальная настройка и около локальной будет показано что в глобальной и возможность поменять.
Возможно глобальные потом нужно будет поделить на front и back глобальные

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

А может определить настройки групп как глобальные и локальные.

я тут упростить хочу, а ты мне кажется усложняешь

Неа
упрощаю

Есть настройки, а есть детальные настройки.
Погляди на тот же sh404SEF и Virtuemart

у них два уровня настроек и большинство довольствуется более простым (дефолтным)

Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.

Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.

Так, проблему сохранения данной формы на серверах с ограничением на количество переменных в запросе решил довольно простым способом - перед сохранением параметров собираю их значения на форме, пакую в base64 и отправляю одним куском на сервер, а там уже разбираю что и как.


Кроме того, реализовал функцию сохранения параметров на AJAX, теперь это еще быстрее. И добавил еще одну полезную функцию (по крайней мере для новичков) - восстановление параметров по умолчанию. Теперь, при желании, можно довольно просто настройки компонента вернуть к первоначальному состоянию (как будто вы его только что установили). Это полезно, когда есть ощущение, что вы что-то намудрили, а что именно - не помните.

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