|
Идиотское поведение УФ
| ☑ |
0
ChAlex
21.11.12
✎
19:27
|
Наткнулся на такой артефакт: если в УФ для табличной части создать не сохраняемый реквизит (реквизит формы), который заполняется при открытии формы или редактировании строки, то при записи формы эта колонка очищается. При этом данные в колонке существуют аж до "ПриЗаписиНаСервере", а в следующий момент "ПослеЗаписНаСервере" - их уже нет. Это как-то борется - или чистой воды трабл?
|
|
1
Азазелло
21.11.12
✎
19:32
|
(0) В ПослеЗаписиНаСервере - снова заполнять... По ходу дела только так и можно забороть.
|
|
2
Мимохожий Однако
21.11.12
✎
19:34
|
Сохранять нечего серверу, поэтому от него в форму и передавать нечего.
|
|
3
IamAlexy
21.11.12
✎
19:38
|
(0) а все потому что обновлять содержимое этих ячеек нужно в том числе и при чтении на сервере - есть такое событие.
|
|
4
Dethmont
21.11.12
✎
19:41
|
создать не сохраняемый реквизит
|
|
5
ChAlex
21.11.12
✎
19:42
|
(1) - да блин так и приходится, только это ж маразм! Оптимизация и т.п. и т.д. А тут ничего не изменилось с момента начала записи, все болтается на сервере (согласно идеологии 1С) - нахрена теперь все фиксить? Не догоняю.
(3) - во первых: ПОЧЕМУ????!!!! Какого я должен опять все заполнять, во вторых: и вы хотите сказать что это событие происходит по записи?, а в третих - а если форма закрывается с сохранением - ну и вообще нафиг тогда все перечитывать
|
|
6
ChAlex
21.11.12
✎
19:43
|
(4) - чего?...
|
|
7
Азазелло
21.11.12
✎
20:19
|
имхо, потому как данные в этих колонках изначально все-же динамические, а не статические (иначе реквизиты были бы сохраняемыми). вот и решили разработчики платформы - документ записался, значит, что-то изменилось, будьте добры перезаполнить... но это чисто предположение дабы оправдать поведение платформы.
|
|