Имя: Пароль:
1C
 
Напоминание о записи документа
0 NIGHTHUNTER
 
27.05.22
08:58
Каким образом можно сделать напоминание пользователю о записи документа, при каких либо изменениях?
Пользователь, меняет что то в документе, потом открывает из документа обработку для вывода на печать печатных форм.
Как ему можно напоминать, об внесенных их изменениях? Что нужно записать документ, перед нажатием на кнопку, открытия обработки печати.
1 2S
 
27.05.22
09:00
Модифицированность?
2 rozer76
 
27.05.22
09:01
изменениях кого? В другом сеансе? Ну делай сначала Заблокировать(). Если в своем то Модифицированность
3 NIGHTHUNTER
 
27.05.22
09:03
(2) пользователь, открыл документ.
Вызывает обработку печати. Там одни данные.
А если он изменил документ, но не записал. там старые данные.
Нужно ему сообщить о записи.
4 Ryzeman
 
27.05.22
09:05
(0) Реализовано во всех типовых. Да и просто можно логически додуматься, что надо проверить на Модифицированность а потом ПоказатьВопрос. В некоторых случаях обходятся без вопроса, а автоматически перезаписывают\перепроводят документ перед печатью.
5 Фрэнки
 
27.05.22
09:05
насколько обращал внимание, но всегда в типовых на последних БСП при работе с внешними печатными формами или обработками заполнения оно требует само записать документ.
6 Злопчинский
 
27.05.22
09:07
Еще правильнее - при незаписи документа выбор пунктов печати д.б. недоступен...
если делать как в 4 - юзверю пользы мало.
а если делать как написал - юзверь выпадает в осадок, звронит погромисту, погромист опускает его ниже плинтуса - это более действенный способ воспитания юзверя...
.
а, хотя о чем это я...
погромисты-восьмерочники от пользователя далеки ...
7 Kassern
 
27.05.22
09:07
(3) Если документ модифицирован, тогда попросить записать его иначе открыть печатные формы. Стандартный функционал БСП, вроде даже свойствами печати можно этот момент регулировать
9 Ryzeman
 
27.05.22
09:09
(6) Этот функционал уже есть во всех современных типовых. Если зафигачить
>>при незаписи документа выбор пунктов печати д.б. недоступен...
Тогда точно начнутся звонки "ААаааа, у нас кнопка печати неактивна, ПАЧИМУ?!", и не каждый конс на это ответит...
10 Kassern
 
27.05.22
09:11
(6) А разве есть у формы событие ПриМодифицированности? Или вы хотите во всех событиях формы связанные с изменениями реквизитов объекта цеплять проверку на модифицированность, чтобы изменить доступность?)
11 Злопчинский
 
27.05.22
09:21
(9) ну, если тыкателя кнопок назвали консом....
12 Злопчинский
 
27.05.22
09:23
(10) это нехай технари-погромисты думают как наиболее кузяво сделать. Не умеют - тогда костыли с вопросом или запись перед печатью как выше описано
13 Kassern
 
27.05.22
09:23
(10) +ко всему, об этом должны будут знать и остальные разрабы, когда будут новые реквизиты пихать и так же контролировать. Не плохую вы задачку задали, при условии, что можно не ковыряя форму все решить используя типовой функциона и добиться того же результата (юзвер не может распечатать определенные печатные формы при модифицированности)
14 NIGHTHUNTER
 
27.05.22
09:58
(1) то есть пользователь создал документ, жмет на кнопку, открывает обработку, потом ещё..
И как только он что то поменяет ещё, и нажмет кнопку, то в коде модифицированность = истина ?
15 Злопчинский
 
27.05.22
10:10
(13) ну и что? сейчас разраб должен знать БСП. разницы никакой. чтобы чем-то пользоваться - надо знать чем можно пользоваться.
16 NIGHTHUNTER
 
27.05.22
10:23
(15) Что там в БСП по этой теме ?
17 Злопчинский
 
27.05.22
10:29
(16) а я откуда знаю? восьмерочники не все БСП нормально знают а ты меня спрашиваешь...
18 Ryzeman
 
27.05.22
10:30
(15) у нас сейчас некоторые ориентиры, унификации и стандарты. Знание БСП - это плюс и с ним можно за свой труд бОльший ценник взять. Это ускоряет как написание так и чтение кода. Написание же какой то своей приколюхи типа (6) по современным стандартам как раз является костылём, который до кучи должны выучить все действующие и будущие программисты и консультанты.
При этом кроме как в твоей конторе даже пользователи нигде больше такой красоты не увидят.
19 Злопчинский
 
27.05.22
10:42
(18) при чем здесь "приколюхи"...? я ж не говорю что прямо вот взять и насаждать всем приколюху эту...
я просто за более простое/формальное поведение "по умолчанию". Имхо - либо "приколюха", либо запись в тихом режиме модифицированного документа при вызове печати.
20 Злопчинский
 
27.05.22
10:45
и да, кстати. в 8-ке на уровне типовых как-то разделяется ЯВНО обработки/команды/мид(хз как это в 8-ке) по формированию печатной формы и обработки/команды по обработке/изменению данных в базе...? в клюшках под ВПФ можно было что угодно запихнуть, явного разделения (ну, по крайней мере стандартизированного использования) на печать и обработку данных не было.
21 Bigbro
 
27.05.22
10:49
перед выводом на печать - требовать запись.
а чтобы после вывода на печать не лезли куда попало пустоголовые рукозадые - выводить окно печати в модальном режиме. распечатал закрыл модифицируй дальше.
профит.
22 Ryzeman
 
27.05.22
11:53
(20) На уровне платформы - нет. +(15) А для печати в целом используются модули БСП УправлениеПечатью и подключаемые команды.

(19) Слово употребил не с целью обидеть, как аналог слова "фича", например. Потому что совершенно уникальная вещь, которую в исполнении нигде не встретишь. Ну вот о том и речь, что во времена семёрки кто как хотел так и делал. Что-то средствами платформы было красиво, что-то - криво. В восьмёрке на самом деле так же, но есть актуальные поддерживаемые типовые + БСП, и если там уже есть что то, к чему люди привыкли (как бы криво это по мнению программиста не было), порой лучше сделать так же.
23 withoutname
 
27.05.22
12:44
(0) Не совсем понятно "при каких либо изменениях"... Изменения влияют на данные документа?
Если нет, то перед открытием обработки, поставь условие, на проверку модифицированности документа