Неубиваемый Response Reference List...

[rinsk]

Клиент 852FP1.
Поле типа Response Reference List - для фейкового $Ref.
Форма открываемая через ws.DialogBox с CFD полем SelectUID и значением:
@If(@Begins(RequestStatus;"1.");@Unavailable;@ThisValue).

Задача: при определенном RequestStatus при сохранении очистить поле SelectUID типа Response Reference List.
Результат - поле не меняется.
если заменить формулу на :

@If(@Begins(RequestStatus;"1.");"1";@ThisValue) то честно прописывается "1" в поле.
Так же не проходит формула @If(@Begins(RequestStatus;"1.");"";@ThisValue)...
Второй день сижу... можно конечно через LS прибить - но как то не спортивно:newconfus Есть идеи?

 

[nvyush]

@If(@Begins(RequestStatus;"1.");@DeleteField;@ThisValue)
Может имеет смысл на форме разместить также cfd-поле $refOptions с формулой @If(@IsResponseDoc; "1"; "0")
( link removed )

 

[K-Fire]

И как вам не надоело получать геморой на свою голову с языком формул? На скрипте бы за 5 минут написали...

 

[rinsk]

@If(@Begins(RequestStatus;"1.");@DeleteField;@ThisValue)
Может имеет смысл на форме разместить также cfd-поле $refOptions с формулой @If(@IsResponseDoc; "1"; "0")
( когда дочерний документ перестает быть респонсом после сохранения )

Не - тут дело не в самом респонсе как таковом... это поле не убивается именнов диалогбоксе. в обычной форме - все нормально... причем если диалогбок переделать без использования сис. кнопок (OK\Cancel) то то же работает...

 

[lmike]

играет роль порядок отработки UI рефреша, форма с автоматическим рефрешем?

 

[rinsk]

играет роль порядок отработки UI рефреша, форма с автоматическим рефрешем?

без разницы присвоить "1" можно - а вот "" или @Unavalable фигу )

 

[nvyush]

rinsk
А если поле чистить в самой форме, а в диалоге только манипулировать флагом вкл/выкл?