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

(0) Я перед началом изменения сохраняю старое значение в переменную формы, а ПриИзменении проверяю. Хотя может есть способ и лучше ...

(1) а в какой обработке сохраняешь? при каком событии? у меня тоже такая мысль была.... но это как-то противно...

старое это какое?

есть Ссылка - там хранится значение которое записано в базу данных

есть старое значение элемента - то которое до изменения элемента управления

при открытии

потом при изменении
если старое <> новое тогда

....

старое = Новое

(2) Если ссылочное поле то в НачалоВыбора

блин - как то я делал - ничего сложного нет - но вот как не помню - сейчас поищу

Рома, спасибо... точно... в ссылка - хранится старое... а вот если я уже меняла и не записала... оно где-нибудь хранится интересно? как его отловить?

(5) у меня просто числовое.... извините, надо было уточнить конечно.

не непомню где и как делал - давно было

еще раз
что бы не плодить стандартных обработчиков
в приОткрытии
записываешь в переменные модуля все что тебе надо

в приизменении - меняешь если надо

(10) у меня проблема - могут потом несколько раз изменить, и по-хорошему надо все это сохранять... с чего на чего изменили...

+(11) а много переменных держать - не хочется мне... может как-то по-другому можно сделать, народ?

пиши много переменных в структуру, или даже соответсвие
ключами сделай элементыформы

(13) Ну только если значений мало. Иногда все таки лучше через обработчик ...

через какой ?

ааа..
в начале выбора - пишешь в ОДНУ переменную значение начала выбора (имя переменной не зависит от элемента)
а в при изменении - читаешь эту переменную
?

тоже вариан

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

(15) да нету у меня никакого начала выбора... поле - ЧИСЛОВОЕ....

(15)+1

(17) можно в ПриАктивизацииЯчейки (или Строки - не помню)

так история изменения документа
зачем хранить промежуточные изменения?
ониже не записаны были?

имхо, достаточно сравнить с сылкой

(20) задача такая - надо хранить....

а какой смысл

я открываю прием на работу
десять раз меняю должность у сотрудника
закрываю без сохранения, или с сохранением, но должность я вернул старую - нафига мне история

очень интересно - зачем такое может потребоваться, может у себя сделая

ну при приеме на работу такое не требуется... а это мне надо при проведении регламентного документа. скажем его подготовили, потом что-то исправили на каком-то основании.... потом провели.... интересно будет проанализировать зачем и когда что-либо изменяли в нем.

Сам сегодня столкнулся с такой проблемой.

Для табличной части решилось очень просто. Почти как в (1), но с помощью события ТЧ "ПередНачаломИзменения", которое возникает всегда при попытке редактировать что либо в таблице.

Приблизительно так:

Перем ИсходноеЗначение;

Процедура ТаблицаПериодовПередНачаломИзменения(Элемент, Отказ)
   ИсходноеЗначение = ЭлементыФормы.ТаблицаПериодов.ТекущаяСтрока[ЭлементыФормы.ТаблицаПериодов.ТекущаяКолонка.Имя];
КонецПроцедуры

Процедура ТабличноеПоле1Колонка1ОбработкаВыбора(Элемент, ВыбранноеЗначение, СтандартнаяОбработка)
   СтароеЗначение = Элемент.Значение;
КонецПроцедуры

Лена, только РС. Перед записью сравниваешь содержимое объекта и ссылки.

(27) ага, ищите в КЗ по слову "парциальное изменение".

(27) Лошарик, мне надо регистрировать ВСЕ изменения... вот в чем загвоздка...