Параллельно с многострочной частью дока существует ТЗ, дублирующая многострочную часть. Строки в ТЗ добавляются с добавлением строки в многостр. части. Удаляются, соответственно, с удалением. Но в случае ввода новой строки и последующего прерывания ввода (Esc), строка в ТЗ не удаляется, т. к. фактически не было удаления существующей строки в доке. Метод ПриОкончанииРедактированияСтроки() не поможет, т. к. он не вызывается при отказе ввода новой строки. Кто подаскажет решение проблемы?

Какова цель наличия дублирующей ТЗ?

Кажется у Альфа было что-то вроде....

Можно и без Альфа... Просто интересно зачем эта ТЗ...

А разве то как-то вляиет на способ решения?

Конечно... Один из вариантов - создавать копию ТЧ при закрытии документа, когда все уже отредактировано...

(5) Прикалываешься... Ну вот, например, такая задача. Нужно отследить, меняется ли в ТЧ реквизит Кво. Т. е., изменился ли он в процессе редактирования строки.

Для отслеживания изменения реквизита Кво при редактировании строки вовсе не обязательно заводить дополнительную ТЗ...

Ну тогда, если  не сложно, научи. И независимо от этого все же - есть решение (0)?

А достаточно пинуть предопределнную процедуру .... ХХХХХХХХХХХХХХХХХХХХХ

Правильно!!!! Вы угадали ....

"не сложно" - подразумевалось "можешь"

неа... если хочешь...

Ладно. Пост 8 следует читать так:
Ну тогда, если  соизволите, научите, пожалуйста, дяденька. И независимо от этого все же - есть решение (0)?

Я вот четыреста двадцать седьмого не понял...

Маячок... Новую строку в ТЗ добавляй при окончании редактирования строки... Если она действительно была добавлена... В одной из предопределенных процедур, которую имел в виду 427...

А-а-а, все понял. Все же ПриОкончанииРедактированияСтроки().Если строка добавляется, то и в ТЗ добавится, а если нет (эскейп), то и процедура не вызывается. Как все гениальное. А насчет вернуться к (7)?

А что там?

(15) о (7) Повесь процедурку на реквизит табличной части.

(16) Там: "Для отслеживания изменения реквизита Кво при редактировании строки вовсе не обязательно заводить дополнительную ТЗ..." И еще на всякий случай, продублирую (12): "Ну тогда, если  соизволите, научите, пожалуйста, дяденька."

Отправил 18, потом увидел 17.

:-)
Как сказала Лена, знаток человеческих душ, я злой и жадный... Поэтому без переподвыверта не могу никак обойтись...

И все же как? На входе в процедуру имеем какое-то Кво. Процедура запустится при его изменении. Как мы зафиксируем отследим изменение?

в 21 "зафиксирем" лищнее, а то щас начнете к словам цепляться...

При начале редактирование фиксируешь начальное значение, при окончании - конечное...

"редактированиЯ", конечно же...

Ну вот почему всегда так: ведь простейшее решение. Скажу честно, несколько часов потратил сам, потом на форум обратился. Сам в своих глазах опускаешься:)

Падая и вставая, ты растешь, мой мальчик... (с)

(21) Так тебе нужно относительно изменение? А зачем? Делаешь изменения табличной части отдельным доком?

Ну и еще вдогонку, может без ТЗ и сортировать по реквизитам, сворачивать и т. д. ТЧ можно? Тогда я ее на фих удалю. Я уверен, что нет. Но уже сам себе не верю :)

(27) нет, вручную. Не понял слов "относительно изменение".

СортироватьСтроки - для сортировки...
Сворачивать можно через выгрузку/загрузку в/из ТЗ...

(28) Можно сортировать.
  Себе не верь, верь мне.
П.С. Я тут задумал митинг о пользе нелицензионных продуктов. Ты будешь там, товарищ?

(31) Поподробней, камрад.

(29) Ну бывает, что док уже проведен, и кто-то лезет правит многострочную часть.
А период закрыт, например.
Тут самое время ему сторнирующий док предложить, на разницу что было и что он ввел.

А что, нелиц. продукты правда полезны? Это если как их употреблять?

(32)Не слушай его... Потом все пойдут мирной демонстрацией к Волшебнику, там половину пришедших забанят, а он, как в 1905 году, слиняет безнаказанно...

(32)Не слушай его... Потом все пойдут мирной демонстрацией к Волшебнику, там половину пришедших забанят, а он, как в 1905 году, слиняет безнаказанно...

(32) Подробую ветку я завел, но кто-то? ее выкосил подчистую. Давай пошепчемся когда модераторы спят (часа в 4-5 утра).

(33) Да нет, суть задачи по ветке видна и уже найдено (читай подсказано) решение.

А они спят токо в 4-5 утра? Ну если так, давай попробуем. Давай придумаем сейчас название темы, оно будет паролем, типа выстрелом "Авроры" :). За тобой право на название.

Паролем будет выразительное молчание в пустом посте

4-5 москвы уже многие не спят... могет не получиться... да и вообще не есть гуд...

Вообще полезно запрещать юзерам любые исправления. Типа документ проведен - и все, поезд ушел... Либо разрешать, но исправляющими документами. Для этого в документе, например, должен быть флажок "Вместо документа такого-то" и ссылка на замещаемый документ. Это заставит юзеров внимательнее относиться к тому, что они заносят в информационную базу предприятия.

2romix
Очень вредно запрещать юзерам, да еще и ЛЮБЫЕ исправления. Совсем распустились некоторые программеры. Это МЫ ДЛЯ ЮЗЕРОВ СЛУЖИМ, а не они для нас
:)

Запрещать надо... Но только в закрытом периоде .....

(43) ОФФ: По нормальному да. По большому счету, кто знает. Накопленная критическая масса (депутаты-законотворцы, автоматизаторы-лоббисты, чиновники-дармоеды) заставляет всю страну кружиться в интересных судорогах. Так что могет быть и наоборот.

(43) Электрички тоже для юзеров служат, но на станцию не возвращаются :-)

Но я хочу сказать, что как вариант вполне прокатит замещающий документ. Еще один, похуже, вариант - программно вести историю изменений - тогда юзер ничего не заметит, но корректность базы (например, торговых остатков) в каждый момент времени будет под большим вопросом. У юзера всегда будет отмазка "ой, я ошиблась". А чтобы удобнее и приятнее было ошибаться по 150 раз в день, программист должен сделать процедуру исправления незаметной и удобной для пользователя (а главное - незаметной для его руководителя).

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

(46) Ты путаешь что кому надо. И на кого работает программист. Когда в конторе конфликт интересов, не разруленый руководителями административно, то попытка программиста разрулить ситуацию с помощью ПО (с симптомами - протокол ведения протокола, хитрые обработки, c отслеживанием нажатий ESC) кончается плюхой программисту различной степени тяжести.
Хотя как классик провокации могу предложить 10 шпиёнских алгоритмов за "правильностью" работы юзеров...

(47)Кинь на мыло, плиз, эти самые 10 алгоритмов
(42)-(43)Вообще-то смотреть надо по ситуации, у меня в одной конторе девочки - умницы, лишней кнопки не нажмут, так я там никаких блоков не ставлю, самому легче ковыряться, а в другой - 8(...

(48) Блин в (47) забыл смайлик поставил.
А что оно тебе действительно надо? Всякие блоки, хитрые замочки, блокираторы отмычек для хитрых замочков, фиксаторы антиблокираторов блокираторов отмычек для хитрых замочков. Оно в общем-то от бардака никогда особо не спасало.

Файла протокола для разборок при умелом применении всегда должно хватить...

(49)не всегда... есть такое тварят... ёёёёё