Реструктуризация настроек системы Галактика ERP

[larin]

Михаил Ларин
А этот функционал доступен в любом интерфейсе??? Вот про Хозоперации помню, есть такое дело, а в других? В каком-нибудь Платежном календаре?

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

[АлександерK]

Михаил Ларин
видимо пришло ТО время, когда стОит провести массовую "рекламу" функционала и "добавить ее - это пара строчек кода"?
Но и этот функционал, на мой взгляд не освобождает разработчиков от написания и, что самое главное, поддержания в актуальном состоянии help topic-ов ко ВСЕМ настройкам в системе.

[Seybukan]

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

Не надо ни чего ни куда вставлять. Есть уже разработанный функционал.

Идем Настройка \ Администратор \ Статистика обращения к настройкам.
Читаем хелп

[Empyros]

Не надо ни чего ни куда вставлять. Есть уже разработанный функционал.
Идем Настройка \ Администратор \ Статистика обращения к настройкам.
Читаем хелп

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

[Seybukan]

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

Так включите в любимые функции.
Переключение по F6.
:)

[АлександерK]

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

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

Не надо ни чего ни куда вставлять. Есть уже разработанный функционал.

Идем Настройка \ Администратор \ Статистика обращения к настройкам.
Читаем хелп

[Empyros]

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

Так включите в любимые функции.
Переключение по F6.
:)

Хот-кей есть, только не всегда прокатывает:
Alt+W (Настройка|Администратор|Статистика обращений к на

Идем в интерфейс: Зарплата - Лицевые счета - смежные данные - текущие данные
Хотим узнать какие настройки задействованы при нажатии кнопки "Табели учета рабочего времени"
Жмем Alt+W - запускаем сбор и ... никаких F6, пока окно со сбором статистики не закроешь, в другое окно не перейдешь... Вот такая беда...

[larin]

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

Вот эти строчки кода, использовались как пример:

Код: Выделить всё

cmInit:
   StartProtokol('SOPRHOZ', 'Журнал хозяйственных операций'); 


cmDone:
   StopProtokol; 

cmValue14:
   RunInterface('UserReestrTune', 0, '', 'SOPRHOZ');

SoprHoz_HotKeys Menu
{
   - '~Н~астройка', cmValue14, 'Протокол настроек используемых в интерфейсе', hcAdmNasrViewInter, , , sci1Esc;
}

[АлександерK]

Михаил Ларин
отлично! а теперь расшифровку фстудию:

1.StartProtokol ('имя модуля??? или чего-то еще?', 'window title я так понимаю?' )
2.параметры UserReestrTune ?

[kroxa]

хорошо бы упростить поиск привычными методами, используя:
1. тэги
2. множественные классификации
т.е. что бы для определенная настройка могла ассоциироваться с несколькими тегами и несколькими классификациями.
кроме этого необходимо сделать "избранное" для настроек, и дать возможность по пользователю(или администратору) самому организовывать настройки нужным образом (например пометить "звездой" как в gmail)
т.е. есть стандартные классификации, поставляемые в составе системы, но можно сделать и свои. Мне кажется это немного упростит интерфейс.
Кроме этого можно использовать метод применяемый в меню, т.е. "показать недавно измененные настройки" 1, 3, 7, 14, 30... дней
3. сейчас все привыкли к поиску через google/yandex..., и наверное нужно делать что-то подобное для настроек...

[Sasha]

А зачем вообще что-то координально менять? Уже была она реструктуризация настроек. И вроде бы дело хорошее сделали - настройки по разделам разнесли, а недовольных было тьма тьмущая. Клиенты роптали, что найти нужную настройку не могут. А потом ничего - привыкли. Вот и сейчас, давайте не будем координально что-то менять, переделывать и перегруппировывать. Давайте решать конкретные проблемы с конкретными настройками. Где-то дополним описание настройки, где-то проведем перегруппировку настроек, где-то напишем интерфейс и собирем настройки по одному бизнес-процессу в кучу. Так и будем постепенно усовершенствовать систему. И в интерфейсах надо выдавать сообщения с указанием названия настроек, когда это нужно. И такая практика уже есть.

[Tangar]

Выскажу свое мнение по поводу реестра общесистемных настроек.
1. Системе данный рестр нужен и отказаться от него, на данном этапе - очень проблематично.
2. То, во что превращается реестр в последнее время - ужасно.
3. Как не крути, при текущем курсе развитии Галактики( развитие функционала, а не платформы) настроек будет становиться еще больше.

Одна из основных проблем, на данный момент - огромное кол-во настроек, не всегда скомпанованых по функциональному или какому-либо еще общему признаку.

Мои предложения по развитию реестра настроек:

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

1. Текущий перечень настроек - можно оставить как есть, с непременной инициализацией значениями по-умолчанию(наиболее распространенные/типовые настройки)
2. Реализовать новый интерфейс, в котором пользователь сможет сам
- создавать группы/подгруппы настроек
- добавлять в созданные собственные группы - настройки из перечня, ИЗМЕНЯЯ значения этой настройки.
- в случае, если перевыбирается значение по-умолчанию - исключать данную настройку из перечня настроек пользователя.

В результате, для каждого клиента реестр настроек превращается в реестр РЕЛАЬНО ИСПОЛЬЗУЕМЫХ этим клиентом настроек.
Визуально это будут уже не сотни, а десятки настроек, но при этом сгруппированы так, что клиент всегда их найдет. Новые настройки - не будут вводить его в заблуждение, до тех пор, пока он не захочет их поиспользовать(т.е. изменить работу системы по-умолчанию).

[larin]

Реестр настроек Галактики построен по принципам идентичным Реестру настроек Windows. В реестре настроек Window на сотню порядков больше элементов чем в Галактке. Может оглядка на мировой опыт борьбы с проблемами реестра Windows поможет выработать какие нибудь полезные решения и для Галактки

[Tangar]

Реестр настроек Галактики построен по принципам идентичным Реестру настроек Windows. В реестре настроек Window на сотню порядков больше элементов чем в Галактке. Может оглядка на мировой опыт борьбы с проблемами реестра Windows поможет выработать какие нибудь полезные решения и для Галактки

Все это конечно так, Миша, за одним небольшим исключением: 90% рядовых пользователей ПК, в общем случае никогда не запускали прогамм типа "regedit" и в глаза этот реестр ни разу ни видели.

С реестром настроек ПК "Галктика" ситуация такова, что хочешь не хочешь - а знать о нем будешь. Наверное каждый пользователь ГАлактики хоть раз запускал реестр настроек и менял хотя бы одну из них. Чувствуешь разницу?

[vadim]

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