А то что-то ПриАктивизацииСтроки происходит больше раз чем пользователь делает движений

В ПриАктивизацииСтроки нельзя обращаться к серверу, т.к. снова генерируется ПриАктивизацииСтроки.

а как понято что есть?
например вот так я замером производительности воспользовался:
http://screencast.com/t/rDLlOV3L00
Это оно?

А почему идет обработка сервером? Из-за обращения к Элемент.ТекущиеДанные или к "Неопределено"?

(2) доступность похоже. она же по-любому на сервере.

блин, но ведь так не должно же быть, елки!

не текущиеданные, а текущаястрока

(3) доступность можно менять на клиенте

(4) селяви
Здесь есть два варианта решения:
1) запоминать в переменной на клиенте текущую строку ДС и  вызывать свою обработку события только при реальном изменении
2) в ПриАктивизацииСтроки добавить ПодключитьОбработчикОжидания("ТвояПроцедура", 0.1, Истина), а уже в ТвояПроцедура дергать сервер

(4) должно быть

короче, смотрите.
Есть верхний ДС. Например в нем две строки.

по двойному щелчку мыши на любой строке этого ДС, берется значение одного поля, и по этому значению на сервере получаются детальные сведения (много), эти сведения возвращаются в структуре на клиента, и там уже выводятся в полях на многих вкладках.

Теперь смотрите, при интерактивной смене строки  верхнего ДС, необходимо нижние вкладки заблокировать (доступность = ложь)

НО нельзя у пользователя отнимать возможность не просто сменить строку в ДС, а дважды щелкнуть по этой, второй стоке. При этом мы опять пойдем на сервер, получим детальные записи по ключу из второй строки, и опять вернем эту структуру с детальными данными на клиента, и там опять отобразятся в куче полей на кладках. При этом пользователю можно будет ходить по этим вкладкам (доступность =  истина).


Так вот до сих пор я смену доступности вешал на приавтивизациистроки.

Пока не заметил такую отвратительную штуку, то если я дважды щелкну на ВТОРУЮ строку, прочитаются и выведутся детальные данные по ней, но (!!), при этом в силу каких-то неведомых мне причин буде перечитан верхний ДС, текущей строкой станет ПЕРВАЯ, выполнится опять код процедуры ПриАктивизацииСтроки, и само собой доступность вкладок выставится в ложь.

(7.2) Та же самая хрень происходит и при Выполнении процедуры, выполняемую по обработчику ожидания.

2(6) Да, можно, меняется именно на клиенте, но зачем-то иницирует обновление ДС.

2(5) щас попробую тогда

не, текущаястрока не катит. Там все сложно, верхний дс показывает строки из внешнего источника данных.

(10) Изменение видимости точно неявно вызывает сервер, ибо перерисовка формы. Доступность видимо тоже...
Мне не понятно, нахрена так вообще сделали "неявный вызов сервера"...

попробуй через Элементы.****.ТекущиеДанные.ПолучитьИдентификатор() отправляй ИД в процедуру на серваке, там на серваке ищи в ДС свою строку, заполняй все на серваке
при необходимости верни указатель на текущую строку при возврате на клиента

(9) Используй обработчик ожидания в ПриАктивацииСтроки. В любой типовой на УФ уже куча примеров этого костыля

2(12) Я же ясно написал что в этом случае перечитывается ДС, и текущей строкой становится первая.

(13) Значит ты что то меняешь с данными этого ДС. Или у тебя все равно происходит вызов сервера в При активации. Использование обработчика ожидания в при активации для предотвращения сброса активной строки уже проверенный и используемый в типовых способ.

2(14) Нет, только меняю доступность. Ради оставил обработчик ожидания, но без смены доступности - все норм, ДС не перечитывается.
НО я подумаю еще...
Может быть детальные данные которые выводятся конечно чтото меняют в верхнем ДС. и когда мы меняем их доступность что-то там передергивается. Но это уже бред по-моему

(15) Какая версия платформы? Доступность на клиенте достаточно недавно стала меняться

(15) Можешь глянуть БСП посвежее, там в Справочнике Файлы есть форма "Файлы" в которой есть ДС Папки, при активации строки которой происходит смена доступности и уход на сервер через обработчик ожидания

8.3.9.1818
ладно, потом может вернусь к этому. пока сделал стремную залипуху, уже устал думать только над этим вопросм.

2(17) да я верю что так должно быть. Я ж говорю - когда черз обработчик ожидания просто вызываю функцию которая ничего не делает с доступностью, то с ДС все ок, как и должно быть

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

короче, нафиг, потом разберусь.

(20) Попробуй сделать по кнопке, если активная строка сбрасывается, то дело в функции, если нет - в способе вызова

а, точно. проверю, сенкс.

(10) катит

2(23) не катит, потому что детальные записи я ищи не по ключу записи внешнего источника. А мне доступен в ТекущейСтроки ДС ВИДа только он.

Но да, можно наверное получить этот ключ, сходить на сервер, выполнить запрос, получить другое поле, wait сходить на сервер? это то, от чего мы пытаемся уйти?

(25) > Теперь смотрите, при интерактивной смене строки  верхнего ДС, необходимо нижние вкладки заблокировать (доступность = ложь)

где тут про запрос каких-то данных?