Практическое применение КОНФИГУРАТОРА?
Модераторы: m0p3e, edward_K, Модераторы
Практическое применение КОНФИГУРАТОРА?
Народ поделитесь практическим применение конфигуратора, кто и для каких целей его использует.
Например, могу я добавить в Галактический интерфейс «Новые поля», «Кнопки», вызовы других интерфейсов? Если могу, то как это сделать?
Есть ли документация по конфигуратору?
Например, могу я добавить в Галактический интерфейс «Новые поля», «Кнопки», вызовы других интерфейсов? Если могу, то как это сделать?
Есть ли документация по конфигуратору?
-
- Местный житель
- Сообщения: 783
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва
- Контактная информация:
Re: Практическое применение КОНФИГУРАТОРА?
Ты загляни для начала в раздел "Опыт".
Re: Практическое применение КОНФИГУРАТОРА?
Спасибо, сейчас посмотрю доку.
Но вопрос в практическом применении все же остается. До этого мне приходилось решать все возникающие вопросы с помощью випа. Насколько трудоемкий процесс больших изменений и их поддержка?
Но вопрос в практическом применении все же остается. До этого мне приходилось решать все возникающие вопросы с помощью випа. Насколько трудоемкий процесс больших изменений и их поддержка?
Re: Практическое применение КОНФИГУРАТОРА?
Посмотрел документацию. У меня демоверсия 7.11 при работе с объектами заявленные клавиши F7 не работает. Пытаюсь добавить в скрипте в момент загрузки говорит что нет в программе такого объекта… и не загружает его.
-
- Местный житель
- Сообщения: 278
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: Москва
- Контактная информация:
Re: Практическое применение КОНФИГУРАТОРА?
Кнопки не добавлял, добавлял только визуализацию полей. Работает без проблем
-
- Абориген
- Сообщения: 943
- Зарегистрирован: 29 мар 2005, 17:49
- Откуда: External Developer
- Контактная информация:
Re: Практическое применение КОНФИГУРАТОРА?
а) добавить/скрыть/убрать поля в интерфейсе - это конфигуратор умеет без проблем. может также менять свойства существующих в интерфейсе объектов (при установленных параметрах Designer=On, ExpertMode=on).
б) не верьте на 100% тому что написано в доке по конфигуратору - на данный момент не умеет конфигуратор добавлять новые кнопки, а сл-но вызывать другие интерфейсы..., т.к. добавление кнопы - это по сути - добавление в HandleEvent пользовательского события.
Хотя насколько помню, в Атлантисе 5.X обещались сделать такую возможность...
в) неудобно то что настроенное все хранится в скрипте, а не в БД... при чистке tmp и dsk скрипты настроенные по умолчанию теряются... да и при установке патчей, затрагивающих конфигуренный интерфейс приходится переконфигурять заново все...
б) не верьте на 100% тому что написано в доке по конфигуратору - на данный момент не умеет конфигуратор добавлять новые кнопки, а сл-но вызывать другие интерфейсы..., т.к. добавление кнопы - это по сути - добавление в HandleEvent пользовательского события.
Хотя насколько помню, в Атлантисе 5.X обещались сделать такую возможность...
в) неудобно то что настроенное все хранится в скрипте, а не в БД... при чистке tmp и dsk скрипты настроенные по умолчанию теряются... да и при установке патчей, затрагивающих конфигуренный интерфейс приходится переконфигурять заново все...
Re: Практическое применение КОНФИГУРАТОРА?
Храни изменения в crf которые складывай на сервере и подключай через startup.cfg и тогда не будет проблем с чисткой дск и потерей отконфигурированных фейсов.
Вот как решить проблемму с патчами и переконфигурированием еще не дошло, хотя может оно как то и можно автоматизировать.
Вот как решить проблемму с патчами и переконфигурированием еще не дошло, хотя может оно как то и можно автоматизировать.
Ищу возможности довести и так отличный продукт до еще большего блеска
Re: Практическое применение КОНФИГУРАТОРА?
2Vitas:
С выходом патчей задумано в Галактике так:
- на старом патче делается автоматом выгрузка всех (или выбранных) изменений в скрипт;
- на новом патче (все crf должны быть отключены) запускается загрузка изменений из скрипта;
В идеале должен получиться 1 crf ресурс в котором хранятся объединенные настройки всех старых ресурсов.
Проблемы:
- иногда не хочется 1 общий crf ресурс, тогда процедуру нужно запускать N раз, подключая по одному конфигурационные ресурсы (не быстрая процедура);
- иногда, даже часто, во время загрузки-выгрузки выдаются всякие сообщения об ошибках;
- иногда ресурсы при подключении вызывают runtime;
Плюсы:
- выгрузив изменения в скрипт, можно посмотреть, что было изменено
Короче говоря, до 10 конфигурационных ресурсов 100% быстрее сделать вручную
Но смысл попробовать есть, вдруг кому-то понравится.
С выходом патчей задумано в Галактике так:
- на старом патче делается автоматом выгрузка всех (или выбранных) изменений в скрипт;
- на новом патче (все crf должны быть отключены) запускается загрузка изменений из скрипта;
В идеале должен получиться 1 crf ресурс в котором хранятся объединенные настройки всех старых ресурсов.
Проблемы:
- иногда не хочется 1 общий crf ресурс, тогда процедуру нужно запускать N раз, подключая по одному конфигурационные ресурсы (не быстрая процедура);
- иногда, даже часто, во время загрузки-выгрузки выдаются всякие сообщения об ошибках;
- иногда ресурсы при подключении вызывают runtime;
Плюсы:
- выгрузив изменения в скрипт, можно посмотреть, что было изменено
Короче говоря, до 10 конфигурационных ресурсов 100% быстрее сделать вручную
Но смысл попробовать есть, вдруг кому-то понравится.
Re: Практическое применение КОНФИГУРАТОРА?
с выгрузками естественно занимался.
Но как ты и заметил, неудобство в том, что все в один файл пихается. У меня же crf-оф порядка 20 И это кол-во постепенно растет, так что это по большому счету не выход, хотя уже давно подмывало чего-нить набросать, что бы само раскидывало на несколько файлов
Но как ты и заметил, неудобство в том, что все в один файл пихается. У меня же crf-оф порядка 20 И это кол-во постепенно растет, так что это по большому счету не выход, хотя уже давно подмывало чего-нить набросать, что бы само раскидывало на несколько файлов
Ищу возможности довести и так отличный продукт до еще большего блеска
Re: Практическое применение КОНФИГУРАТОРА?
Так что стоит такая острая необходимость менять видимость объектов, что аж по 20 файлов со скриптами набирается? Можно хотя бы пример, что вы меняете и для чего.
Потому как я вроде не вижу настолько уж необходимым скрытие полей.
Потому как я вроде не вижу настолько уж необходимым скрытие полей.
Re: Практическое применение КОНФИГУРАТОРА?
Например,
- партии в складских ордерах (они в расширенной информации);
- КПП организации;
Да, вопрос:
в документах оперативного учета поля "цена для налогового учета" никто не добавлял в спецификации?
Вот ОЧЕНЬ хочется сделать видимыми...
- партии в складских ордерах (они в расширенной информации);
- КПП организации;
Да, вопрос:
в документах оперативного учета поля "цена для налогового учета" никто не добавлял в спецификации?
Вот ОЧЕНЬ хочется сделать видимыми...
Re: Практическое применение КОНФИГУРАТОРА?
>Можно хотя бы пример, что вы меняете и для чего.
Пожалуйста, в список накладных на отпуск выведены номер договора, номер ДО, транспортное средство. А вообще с помощью конфигуратора подправлено более 40 интерфейсов. Главное преимущество - не нужно быть крутым программистом, а в ряде случаев сами пользователи подправляют свои интерфейсы как им удобно. Правда таких я сразу предупреждаю, что в случае установки новых патчей все пропадет, но их сие не волнует, так как процесс настройки очень прост, а удобство на лицо.
Пожалуйста, в список накладных на отпуск выведены номер договора, номер ДО, транспортное средство. А вообще с помощью конфигуратора подправлено более 40 интерфейсов. Главное преимущество - не нужно быть крутым программистом, а в ряде случаев сами пользователи подправляют свои интерфейсы как им удобно. Правда таких я сразу предупреждаю, что в случае установки новых патчей все пропадет, но их сие не волнует, так как процесс настройки очень прост, а удобство на лицо.
Re: Практическое применение КОНФИГУРАТОРА?
Вариантов действительно полно, где можно использовать конфигуратор. У нас он в основном используется на для сокрытия полей, а именно для "открытия", т.е. добавления
Ищу возможности довести и так отличный продукт до еще большего блеска