8.3 УФ Перехват события автоподбор в поле ввода #727089

Добрый день! Мне нужно переписать модальные окна при использовании Вопрос под УФ. Попробовала написать так. Окно открывается при нажатии кнопки выпадающего списка, но тем не менее позволяет произвести выбор значения и только потом блокируется. Что я делаю не так? Пробовала использовать НачалоВыбораИЗСписка - не помогло. Спасибо. &НаКлиенте

апну, вдруг кто сталкивался с подобной проблемой.

эмм...а автор знает, что такое модальные окна?

а можно скриншот, какой именно кнопки вы хотите перехватить событие ?

попробуй другое событие...

Используй событие не "АвтоПодборТекста" а "НачалоВыбора" (или "НачалоВыбораИзСписка")

я в курсе, что такое модальные окна в обычном приложении,  на УФ они работают несколько иначе и на УФ я с ними не работала еще. Потому и вопрос возник. Вот ссылка Окно блокируется,но позволяет при этом выбрать значение в поле ввода перед блокировкой. это событие тоже не дает нужного эффекта, пробовала

ап

а не проще рулить доступностью этого поля при изменении ДоговорАренды?

+ вопрос надо задавать в обработке Приизменении, и в случае отмены восстанавливать предыдущее значение (для его хранения надо создать реквизит формы и заполнять его при создании на сервере и приизменении)

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

у меня работало ПриИзменении в БП 2.0, все хорошо было, но в _типовой_ БП 3.0 этой кнопки нет, я, конечно, могу ее вынести, но все же - хочу разобраться как работать с автоподбором. Ибо ситуация не единственная.

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

имелась ввиду кнопка, которая это событие вызывает. Меня интересует, как перехватить событие при нажатии кнопки выпадающего списка. Событие Автоподбор его перехватывает, но позволяет сделать выбор до того, как окно блокирует доступ к этому полю ввода.

Смысл отказа от модальности в том, что у тебя не блокируется поле ввода. Если до решения пользователя не нужно производить выбор из списка - пиши "СтандартнаяОбработка = ложь", а выбор после того, как пользователь решится реализуй отдельно

Мне как раз нужно модальность сымитировать. В момент нажатия на кнопку выпадающего списка нужно или подтвердить действие выбора (и тогда позволить заполнить поле ввода), или отказаться от него, не меняя поле ввода. Стандартная обработка = Ложь где ты предлагаешь написать?

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

+ и да, кстати вот это не нужно:

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

Не совсем понятно, что нужно получить в итоге.

Можно, конечно, в событии авто подбора написать что-то типа: Но тогда вообще становится ничего не понятно)

нужно в итоге -> Так, как работало событие НачалоВыбора при нажатии кнопки [...] в БП 2.0.

Может, стоит воспользоваться обработчиком "ОбработкаВыбора"?

Событие ОбработкаВыбора вызывается, когда значение уже выбрано, не подойдет.

а я бы зотела, чтобы значение в поле ввода не менялось, пока пользователь не скажет "Да"

*хотела

В ОбработкеВыбора как раз значение выбрано, но еще не применилось. Поэтому в этом обработчике предыдущее значение еще доступно через ТекущийЭлемент.ТекущиеДанные.НужныйРеквизит

+ его можно передать в качестве параметра в обработку оповещения.

Короче, я делал так:                 ПоказатьВопрос(Новый ОписаниеОповещения("УслугиПодразделениеЗатратОбработкаВыбораЗавершение", ЭтотОбъект, Новый Структура("ТекущееПодразделение, ТекущиеДанные", ТекущееПодразделение, ТекущиеДанные)), НСтр(Текст), Режим, 0);

а что тогда ей делать в событиях: ОкончаниеВводаТекста и ПриВводеСтроки ?

Хм, думаю, ничего.

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

посмотрю, спасибо.

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

*Стандартная

я как раз и использую СтандартнаяОбработка = Ложь (или не там написала?), но блокировка срабатывает только после того, как пользователь что-то выбрал. Я как раз и писала об этом в самом начале.

В каких обработчиках используете?

&НаКлиенте

Попробуйте в свойстве поля ИсторияВыбораПриВводе поставить НеИспользовать

+ в св-ве поля подразделение в смысле

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

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

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

Я читала эту статью, правда не до конца. Вот о том и речь. И никак не сделать, чтоб блокировалось, получается. Только в обход идти. Ненавижу 1С.

а окно блокируется, только не сразу.

А я люблю. Наверно, я мазохист)))

а зря, Обработка выбора в этих случаях не срабатывает

Что люблю, то и ненавижу. А модальные окна это очень важная часть функционала, была.. как можно было от них отказаться! И плевать я хотела на Веб-клиент. Меня и в тонком клиенте неплохо кормят, оставили бы в тонком и толстом клиенте все как раньше. Хуже всего что извращаться чаще всего приходится именно с какими-то мелкими вещами, типа вот этой.

Так в свойствах конфигурации можно просто поставить нужный режим использования модальных окон и ничего не переписывать

не хочу. Принцип нашей работы - уход от типовой по минимуму.

->

хотя... может быть это будет проще, чем менять кучу обработчиков

странно, более месяца на форуме, а фотки до сих пор нет

Я именно это и имел в виду

Кстати, да. Гиде?

а нету)