8.3.24 команда Турбоконфа "Процедуры и функции" очищает буфер обмена точки останова

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

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

(2) tormozit, эмуляция будет полчаса такие имена вводить
"МетаданныеИмеющиеСсылкиНаИсключаемыеИзВыгрузкиВРежимеДляТехническойПоддержки"

Она работает нормально до 10 символов максимум

(3) bolsun, у меня в ClipAngel тоже есть эмуляция ввода. Она эту строку довольно быстро вводит. Думаю 200мс примерно. И нарушение последовательности при такой длине строки происходит очень редко. Рекомендую проверить самому.

Ну и тогда непонятно про Турбоконф 6.1. Получается новый режим вставки признан неудачным?

Ну и тогда непонятно про Турбоконф 6.1. Получается новый режим вставки признан неудачным?

(5) tormozit, новый режим в TurboConf 6.1 вставляет не эмуляцией нажатий, и не через буфер, а драг энд дропом. Поэтому вставляет быстрее обоих этих методов.

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

(8) tormozit, не понял, где блокируется? у меня вроде ничего не блокируется.

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

https://partners.v8.1c.ru/forum/t/1560864/m/1611978

Похоже, что перетаскивание текста в редакторе модулей отключили в первых сборках 8.3.10 в рамках борьбы с этой бедой. Потом в сборках начиная с 8.3.10.2252 перетаскивание обратно включили, но оно отключается теперь только на время точки останова. Конечно это не то решение проблемы, которое хотелось бы. Например в Visual studio 2015 перетаскивание в редакторе модуля работает даже во время точки останова.

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

(11) tormozit, у меня нет доступа к партнерскому форуму. Но если конфигуратор блокирует перетаскивание при останове клиента в обработчиках перетаскивания, это конечно такое...

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

А вообще перетаскивание на точке останова у меня работает.

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

(15) tormozit, это достаточно редкий случай, и я могу это обработать.

(15) tormozit, в 8.3.24 перетаскивание здесь работает

здесь не работает да

Кстати перетаскивание работает и в поле ввода поиска.

(19) tormozit, ну да. Когда/если будет использоваться новый механизм, то можно будет не использовать буфер в Процедуры и функции.

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

По результатам тестов, получение элементов через UIAutomation в 2.5 раза медленнее на больших модулях, чем через буфер. 2500мс против 1000мс. Что очень ощутимо.

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

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

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

(25) tormozit, нужно ли для этого прочитать все содержимое буфера, что может быть медленно?

Формат имеет идентификатор "1C:DebuggerBreakpoint". Надо проверить его наличие в буфере обмена. Если он есть, тогда получать данные этого формата и сохранять.

(27) tormozit, тогда -да, это реально сделать.

Реализовано в TurboConf 6.1
bolsun изменил статус на Закрыто