|
![]() |
#1 |
1C
|
Цитата:
Сообщение от sukhanchik
Если Вы имеете в виду метод write на датасорсе PurchLine - то эффект проявляется на purchTable_ds.reread().
Бороться с этим можно по-разному: 1) Воспользоваться методом findRecord на purchLine_ds. Т.е. сначала запомнить курсор, затем скормить его: purchLine_ds.findRecord(курсор). Этим правда не рекомендуется пользоваться на больших количествах записей (свыше 1000) - к примеру - нехорошо так делать на PurchTable. Т.к. findRecord исполняется на датасорсе, где всего 180 записей - то тут можно применить сей метод 2) Попытаться понять - почему сделано именно так и что пострадает, когда код будет закомментирован. Этот метод ведет к большей переделке, однако он единственен, если записей много Вполне понятно, зачем это нужно - например, при изменении количества в строке может измениться статус закупки. Поэтому надо перечитать... Я воспользовался findRecord. Вроде, без тормозов. Спасибо. |
|
![]() |
#2 |
Administrator
|
Цитата:
Сообщение от andy239
Вполне понятно, зачем это нужно
Цитата:
Сообщение от MikeR
его нет среди предопределенных
__________________
Возможно сделать все. Вопрос времени |
|
![]() |
#3 |
1C
|
Цитата:
Сообщение от sukhanchik
Я имел в виду что помимо осознания зачем это нужно - еще необходима "обходная" реализация - т.е. переделка таким образом, чтобы и у вас все работало и чтобы не пострадал необходимый имеющийся функционал.
|
|
|
Опции темы | Поиск в этой теме |
Опции просмотра | |
|