Многострочная часть. Как отследить нажатие Esc? #3925

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

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

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

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

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

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

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

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

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

А достаточно пинуть предопределнную процедуру .... ХХХХХХХХХХХХХХХХХХХХХ Правильно!!!! Вы угадали ....

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

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

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

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

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

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

А что там?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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