Текущая строка #641013

Хочу установить текущую строку тебличного поля. НужнаяСтрока в отладке устанавливается. При установки текущей строки возникает ошибка: ---------------- {Форма.Форма.Форма}: Ошибка при установке значения атрибута контекста (ТекущаяСтрока)    ЭлементыФормы.ТаблицаЗаявок.Текущаястрока = НужнаяСтрока; по причине: Невозможно изменить текущую строку ---------------- Что я делаю не так?

Хочу установить текущую строку тебличного поля. НужнаяСтрока в отладке устанавливается. При установки текущей строки возникает ошибка: ---------------- {Форма.Форма.Форма}: Ошибка при установке значения атрибута контекста (ТекущаяСтрока)    ЭлементыФормы.ТаблицаЗаявок.Текущаястрока = НужнаяСтрока; по причине: Невозможно изменить текущую строку ---------------- Что я делаю не так?

1С:Предприятие 8.2 (8.2.15.310)

Ищи строку сразу в ЭлементеФормы и активизируй ее

Это как?

проверь на всякий случай: Если НужнаяСтрока = Неопределено Тогда ну и так получается? ЭлементыФормы.ТаблицаЗаявок.Текущаястрока = ТаблицаЗаявок[0]

Нужная строка точно не равна неопределено - в отладчике смотрю

Ошибка та же

см 5

{Форма.Форма.Форма}: Метод объекта не обнаружен (Найти)

Ээээ? эээ

А вообще в каком месте вызывается?

может отбор какой...

+1

В модуле формы. Процедура ТаблицаЗаявокПередОкончаниемРедактирования(Элемент, НоваяСтрока, ОтменаРедактирования, Отказ) После редактирования я перезаполняю заново таблицу (из СКЛ) и хочу сделать актичной строку на которую редактировал

давай колись, что это вообще и где эта процедура :)

Я помню, что точно так раньше делал много раз, все работало

наверное тут собака и порылась :) "ПередОкончаниемРедактирования" и "я перезаполняю заново таблицу"

Оно и должно работать вроде

Что не так?

к

Извиняюсь, затупила.

надо ПРИ а не ПЕРЕД

ОбновитьТаблицу - загрузка таблицы из СКЛ после внесения в СКЛ изменений.

ПередОкончаниемРедактирования курсор находится в строке и сменить ее не может !

Вот похоже на правду)

надо же было так найти место для перезаполнения то. Уметь надо.

да и подменять источник данных в момент их редактирования нехорошо

Сделал, ошибка пропала, но Текущая строка все равно не присваевается

Навреное, надо ПОСЛЕ :)

Вообще логику пересмотреть имхо

После нет

При , Перед - и там и там работать не будет. В событиях при работе со строкой в целом, форма такого безобразия особо не потерпит. Вот ПриПолученииДанных - другое дело. Но, имхо, надо сам процесс пересматриваться.

впрочем по поводу ПриПолученииДанных тоже могу ошибаться. Какой смысл всего этого безобразия по умолчанию то?

Работаешь с конкретной заявкой, так влепи отбор. Ну или сортировку там у таблицы то и вводи данные как тебе удобно.

для чего тебе устанавливать тек строку (что хочешь дать пользователю)? тогда можно подумать как реализовать

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

события После нет для этого безобразия.

Данная таблица - отображение таблицы в МС СКЛ сервере с возможностью её редактирования. Если пользователь изменяет/добавляет новую строку в данную таблицу, то после этого таблица очищается и полностью перезаполняется. Соответственно курсор соскакивает с редактируемой строки и её приходится искать вручную. При болльших объемах возникает путаница и морока.

Я не говорю что есть событие. Я о хроно-точке во временном пространстве

А зачем при изменении одной строчки очищать всю таблицу?

воо - тут ключевое слово очищается

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

ПриПолученииданных не проканало, 1С стала вести себя неадекватно, по несколько раз вызывать одно и то же событие "ПередОкончаниемРедактирования" /"ПриОкончанииРедактирвоания"

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

Чтобы наверняка быть уверенным, что те действия, которые осущестлялись, реально осуществились с базой СКЛ

В свете алгоритма решения, кто ведет себя адекватно - тот еще вопрос :)

Так я ищу нужную строку среди новых по коду и её пытаюсь сделать активной

+100500. Странное какое то добавление новой строки данных.

Ерунда какая-то. Записал строку в БД - проверяешь, записалась ли, чтоли? При этом чтением всей таблицы.

я не понял до конца зачем всё так, но могу предложить следующий механизм: после редактирования строки записываешь в глобал номер заявки, далее делаешь свои хитрые манипуляции с таблицей, в событии ПриПолученииДанных по глобалу находишь нужную строку и устанавливаешь её с очисткой глобала

Вполне сносный алгоритм. таблица СКЛ маленькая, чтение происходит мгновенно. Если бы не сложности с окончанием редактирования

Пробовал , см.

у меня всё получилось

Ок, после обеда еще раз попробую :)

Ищи, не ищи, как совершенно верно заметили в , НЕВОЗМОЖНО сменить текущу строку. Когда ты суп ложкой ешь, ты НЕ МОЖЕШЬ взять другую ложку, пока из рта ее не вытащищь, хоть двадцать раз ты ее найди глазами или руками или чем там ты раьоту работаешь

ну если только от слова снести. Вообще с помощью 1С напрямую редактировать СКЛ таблицу - вставляет.

Код кинь, может я чё не так делаю?

к

Синтаксис: ПриОкончанииРедактирования(<НоваяСтрока>, <ОтменаРедактирования>) Параметры: <НоваяСтрока> Тип: Булево. Признак редактирования новой строки. Имеет значение Истина, если строка была добавлена или скопирована. <ОтменаРедактирования> Тип: Булево. Истина, если произошла отмена редактирования. Значение по умолчанию: Ложь Описание: Возникает ++++++++++++++++++ПОСЛЕ++++++++++++++++++ окончания редактирования строки табличного поля. Примечание: Возникает, если редактирование производится непосредственно в табличном поле. См. также: ТабличноеПоле, событие ПриНачалеРедактирования

гм... грязновятенько получится.

хз. когда новая строка, то ее, скорее может и не быть.

Я попробовал. Если в этом событии переустанавливать, ошибки не возникает, но текущая не меняется. Видимо, несмотря на то, что возникает "после", состояние редактирования еще остается "активным"

+ при ОтменаРедактирования=Истина, однако, работает (смена текущей)

он таблицу очищает, не сработает так

сделай так:

работает, проверял

а процедура ОбновлениеОтображения откуда вызывается?

Это событие

это стандартное событие формы, глянь в свойствах твоей формы

делай через ОбработкуОжидания с интервалом 0.1 сек

- зачем? только систему нагрузит

Точняк, работает. Спасобо большое. Думал над этим вариантом, но попробовать не успел.

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

потом не факт, что перезаполнение таблицы уложится в 0.1 сек

я имел ввиду, что в "ПриОкончанииРедактирования" ставить обработчик ожидания для единоразового запуска

можно так, но тоже, ты же не знаешь момент времени, когда событие ПриОкончанииРедактирования отработает

а ОбновлениеОтоброжение аккурат сработает после ОкончанияРедактирования

Спасибо, мне оно не нужно ;) А будет нужно, разберусь :)

не сталкивался с таким событием. Век живи век учись.

я не тебе конкретно

Короче путаница пошла :)

Я тоже не тебе ;)

Это пофиг кстати, когда отработает. Но из двух зол через событие обновления - зло меньшее

как уж пофиг когда отработает событие ОкончаниеРедактирования, попробуй сделать через Оповестить, не сработает

или задержку сделать в ОкончаниеРедактирования так чтобы Обработчик раньше сработал

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

пробовал - не получилось

Чего не получилось? :- Яснее

нужно дождаться окончания события ОкончаниеРедактирования

Я в курсе, елки палки

и этого можно добиться, поставив одноразывый обработчик ожидания либо в событии обновления отображения. КЭП

в примере моём вместо ОбновленияОтображения после перезаполнения таблицы в ОкончаниеРедактирования делал Оповестить

на какое время ставить ОбработчикОжидания от куда ты можешь узнать?

Пофиг на какое

+ Все равно выполниться после всех действий, сколько бы они не длились

может быть (нужно проверить) тогда почему через оповестить не получилось?

+