Доработка ABC-шаблона BrowseSelectButton

[RaFaeL]

Нужен этот список или не нужен - он каждый раз загружается при открытии карточки.

Не загружается, у нас хитрые динамические броузы на основе Dynalib, в которые информация прогружается при переходе на закладку. При этом сам броуз как объект в форме, по сути, один. Если типовые ABC использовать, то тупняк, конечно, был бы (он и был, пока не переписали). Тут дело еще в том, что у нас CRM система, где карточка клиента это чуть ли не основной рабочий инструмент менеджера. Журналы вне карточек практически не используются
http://support.monitor-crm.ru/documenta ... .html#s3q5

[Игорь Столяров]

Пусть оформляют из карточки клиента

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

[finsoftrz]

Пусть оформляют из карточки клиента

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

У нас при добавлении накладной в журнале сразу открывается список контрагентов, документ создаётся после выбора. Экономится время.

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

[Игорь Столяров]

документ создаётся после выбора. Экономится время.

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

[finsoftrz]

документ создаётся после выбора. Экономится время.

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

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

Кстати, идея с передачей в форму параметра оказалась интересной. Можно сделать необязательный string параметр с идентификатором записи и открывать форму в отдельном потоке (если этот параметр передается). Поясню, когда может пригодиться. У меня на колонках броузов навешано открытие формы ассоциированного справочника в режиме только чтение (Shift+MouseLeft). Аналогично в окнах в контролах для выбора записи из справочника (Shift+F4). Это не всегда удобно, так как бывает потребность не просто посмотреть, а изменить информацию в справочнике. Можно немного подрихтовать шаблоны и сделать возможность открытия справочников на редактирование в отдельном потоке. Не для всех, конечно, а тех, где есть потребность - контрагенты, товары, сотрудники. Тогда получается и удобно (не надо лишних телодвижений), и без потенциальных конфликтов с окнами в текущем потоке. Единственное, могут возникнуть некоторые телодвижения в настройке прав доступа, хотя обычно они и так прописываются.

[Игорь Столяров]

Единственное,

Подскажу и второе. При открытии карточек в отдельном потоке - нужно будет в них передавать ID родительского потока,
что бы при закрытии - отправить в этот поток событие на обновление списка. Не проблема, но рабочий вопрос.

[finsoftrz]

Единственное,

Подскажу и второе. При открытии карточек в отдельном потоке - нужно будет в них передавать ID родительского потока,
что бы при закрытии - отправить в этот поток событие на обновление списка. Не проблема, но рабочий вопрос.

Зачем? При возврате фокуса в исходное окно записи броуза и так обновляются. В контролах для выбора (в форме), в принципе, тоже можно обновлять при получении фокуса. Я с этим не заморачиваюсь, редко коллизии возникают и их можно объяснить кэшированием. Хотя обновлять выглядит корректнее. У Вас, кстати, глянул, где обновляются, где не обновляются. Да, тут еще покрутил, у меня можно и без параметра в прототипе формы обойтись, есть механизм передачи между потоками через глобальную очередь. Просто в шаблоне флажок добавить "Открывать в отдельном потоке".

[Игорь Столяров]

При возврате фокуса в исходное окно записи броуза и так обновляются.

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

[finsoftrz]

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

Не понял. Мы про изменение записи в отдельном потоке обсуждаем.

[Игорь Столяров]

Мы про изменение записи в отдельном потоке обсуждаем.

Да. И получается, что одна таблица открыта в двух потоках: BROWSE и FORM.

Когда в отдельном потоке мы откроем FORM в режиме InsertRecord - в таблицу будет добавлена пустая запись.
При переключении на поток с BROWSE произойдёт обновление списка по Event:GainFocus и в списке появится эта пустая запись.

[finsoftrz]

Мы про изменение записи в отдельном потоке обсуждаем.

Да. И получается, что одна таблица открыта в двух потоках: BROWSE и FORM.

Когда в отдельном потоке мы откроем FORM в режиме InsertRecord - в таблицу будет добавлена пустая запись.
При переключении на поток с BROWSE произойдёт обновление списка по Event:GainFocus и в списке появится эта пустая запись.

Обсуждения только про ChangeRecord. Добавлять в отдельном потоке потребности нет.

[Игорь Столяров]

Обсуждения только про ChangeRecord.

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

[finsoftrz]

Понятное и универсальное решение это как? Хотите добавлять запись справочника из формы документа и чтобы это было в отдельном потоке? В этом нет смысла, так как зачастую новые элементы справочника добавляются копированием. Отредактировать запись, на которую ссылка, есть смысл. Хотя тоже не так критично (можно через copy/past из кода/названия в форме просмотра или контролов ссылки документа в фильтр броуза справочника, запись найти достаточно быстро), просто это удобно использовать и несложно сделать, почему бы нет. Я еще поразмыслил немного, можно все на автомате реализовать, без каких-либо ручных изменений/установок в процедурах проекта.

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

[Игорь Столяров]

Понятное и универсальное решение это как?

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

[kreator]

При возврате фокуса в исходное окно записи броуза и так обновляются.

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

Нет. Раньше это была некая настройка окна. Сейчас (во всяком случае в ABC) это отключено. И я уже забыл где эта настройка. Зачем обновлять окно при получении фокуса. Всё время дёргать сервер, напрягать сеть?