V8: Изменение значения в поле ввода. Какое событие? #604026

Добрый день! Поискал поиском по форуму, не нашел подобной темы. Платформа: 1С:Предприятие 8.2 (8.2.14.540) Есть типовая НЕ управляемая форма. На форме расположен элемент "ПолеВвода" (многострочный). В это поле вводится текст. Как в момент ввода текста считать количество символов? В других языках есть событие типа OnChange, которое вызывается каждый раз при изменении значения в поле ввода. Здесь такого не нашел. Есть событие "ПриИзменении", но оно вызывается при потере фокуса объектом. Есть событие "АвтоПодборТекста". Использовать его можно только в случае набора текста. Стоит начать "затирать" набранный текст, событие не вызывается. У формы есть событие "ОбновлениеОтображения". Вообще не понятно в какой момент вызывается. Может быть кто-то делал подобное? Может можно подключить обработчик к "ПолюВвода" или форме?

ПриИзменении

Есть событие "ПриИзменении", но оно вызывается при потере фокуса объектом - Ложь

Оно вызывается именно при изменении значения, пока вводиш - значение не меняется

А цель этого можно озвучить? Может есть и другие варианты.

АвтоПодборТекста - работает криво, выход в подключении обработчика ожидания например

По какой-то причине событие "ПриИзменении" не вызывается.

Не верю

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

В обработке ожидания делаешь ПолучитьГраницыВыделения, потом УстановитьГраницыВыделения(1, 1, 1, 10000), потом читаешь ВыделенныйТекст, потом снова УстановитьГраницыВыделения по сохраненным данным.

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

Имя поля "SMSСообщение" В модуле формы: Вызываю эту процедуру на событие SMSСообщениеПриИзменении. ДлинаSMSСообщения - реквизит формы. При вводе текста в ПолеВвода не вызывается событие SMSСообщениеПриИзменении. Если закончить ввод тескта и перейти на другой объект - вызывается.

По энтеру не вызовется. Только что проверил :)) Тем более поле многострочное и энтер - это просто перевод строки.

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

тогда тока обработчик ожидания вешать, но там минимальный интервал - 1 секунда

можно комплексно - и обработчик ожидания и событие "АвтоПодборТекста"

Так же. Ну раз поле многострочное, делай УстановитьГраницыВыделения(1, 1, 10000, 10000) Проверено, работает.

Вроде как Форма.ПодключитьОбработчикОжидания - интервал задается в 1/10 сек.

ОкончаниеВводаТекста

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

+Но это только при интерактивном набивании строки вручную.При простом перещелвикании мышкой не сработает

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

опять костыли изобретаете обработчики ожидания зло особенно для веб-клиента! границы выделения и есть костыль Вывод: служба обновления платформы должна занести в план работ пунктик - создать аналог метода OnChange для поля ввода

Вызывается после ввода текста при сходе с элемента управления. Для моего случая не подходит. С элемента управления не ухожу

- пишет "В других языках есть событие типа OnChange, которое вызывается каждый раз при изменении значения в поле ввода"  - изменение значения в поле ввода - как раз и есть изменени. И тут приходится изголяться - что не есть хорошо.

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

>Вывод: служба обновления платформы должна занести в план работ пунктик Не имею опыта по общею со службой обновления платформы. Считаете, что имеет смысл обратиться? Тема открыта для более простого и изящного решения

Сидите и ждите, когда фирма 1С посчитает нужным это сделать. А мы не ждем, а делаем - - пример фильтрации по подстроке.

сиди тут и у них и ной раз в неделю на эту тему и прикрутят - я так часто делаю, практически все о чем ныл прикрутили)

поной им что нет большой кнопки - "Сделать всё хорошо" :)

Невозможно отобразить содержимое. Требуется Adobe Flash на фига мне поделка котарая не может работать со стандартным дистрибутивом - это тожа костыль, чувак)

Какая поделка? Какой дистрибутив? Ты о чем вообще?

Могу поинтересоваться, каким образом работает верхнее ПолеВвода? Если АвтоПодборТекста, то он не реагирует на "стирание" текста. Только на набор. Понял. :-)

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

запусти это чудо в веб-клиенте - накидай на форму пару таблиц, полей, подсказок и получай удовольствие

мы ж не о веб

+ я считаю, что обработчики ожидания нужно уничтодить точто также как и обработчик ПриВыводеСтроки, который был в 8.1. Это обработчики-паразиты, котрые исскушают неокрепшие умы писать г-код)

Так и работает, как я описал в .

Пипец. Полсофта на таймерах работают, а это г-код оказываецца.

при выводе строки и в 8.2 есть если чо

Ну некоторые и рекурсию г-кодом считают из-за неумения её понять :)))

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

на УФ нету, обычные формы в 82 - это дань динозаврам, которые не могут без слез смотреть на свои культи-нетленки)

именно так, обработчик ожидания - это как та сучка на помойке, сидит и тявкает и по делу и не по делу, нарушая общую идиллию

А твое решение-то какое? Яви нам мудрости образчик.

на простом поле ввода события ПриВыводеСтроки нет. Кстати, при вводе текста в ячейке ТП это событие срабатывает только при потере фокуса ячейки. Так, что не прокатит.

полстраны на 7.7 сидят ещё, на 8.2 тоже на толстых клиентах сидят и ничо. переписаную в хлам УПП 1.2 переведи ка на управляемые формы, а таких контор много

мы про ТП и говорим

поставленную в сабже задачу на платформах линейки 8.1 и 8.2 можно решить только через озвученные выше костыли - мудро не получиться, настоящее время еще обрабатывать не научились яйцеголовые - но мы быдет ныть!

перехват клавиатуры может ?

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

А как организовать обмен по расписанию между файловыми базами без обработчиков ожидания? Может и на этот случай у тебя есть костыль? :))

заюзав ком можно все, но это же ком - чужеродная сущность)

хранить протокол фиксации операций обмена в периодическом РС, дальше рассказывать или дать г да еще и ложку?)

Сам-то понял что сказал? Каким боком тут расписание? Как ты запустишь обмен тогда, когда надо без обработки ожидания?

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

"период регистра можно легко запрограммировать на создание записей согласно произвольному расписанию" - поподробнее расскажешь, каким образом регистр будет записи по расписанию создавать? Или примерчик кода?

сегодня у меня платный день на код, жди пятницы - я в этот день занимаюсь благотворительностью и раздаю технологии даром, но ведь ты можешь сам это сделать - стыдно быть ленивым и жадным!)

спрашивали как ЗАПУСТИТЬ обмен по расписанию без обработчика ожидания, а не как придумать аналог расписания на Регистер сведений + какие то ещё объекты новые и тыкать на кнопку выполнить обмен

+1000. Похоже, просто стрелки переводит :))

Ясно. Сделаю на костылях. А как не хотелось.. :-) Понятно, что платформа 1С не для красоты интерфейса делали. Но обещали настоящую модель, со всеми событиями и т.п. Ладно, как есть, так есть. Спасибо всем. Тему можно закрыть (за неимением изящного решения).

Сделал так: Трех секунд оказалось вполне достаточно.

ТС, почему игнорируешь ? для чего надо знать длину?

жаль все ж, что "обработчик ожидания, раз в 0,1 секунды будет проверять содержимое твоего поля ввода" как в том анекдоте "но только один разик" :(

что бы при наборе текста сразу видеть длину сообщения и на ходу корректировать ее стоимость и разбивка СМС зависит от ее длины PS сам такую задачку решал, но сделал на ПриИзменении, вот решил переделать, но меньше 1сек не работает, а с 1сек не очень красиво выглядит...

пробовал решить, не вышло, плюнул обработчик не работает, пока редактируется текст (

о, блин... а у меня обработчик не срабатывал (((

а ты его откуда вызывал?