Как всегда, хочу странного...

Есть поле ввода. Числовое.
я его [иногда, когда могу] заполняю перед входом в него, ну и перехожу туда.
И мне надо поймать выход оттуда, [даже] если я не изменял в нем значение. Если изменял - понятно, ПриИзменении, а вот если  просто ентер нажал?
перепробовал, похоже, все комбинации заполнения данных, на которые ссылается поле, выделенного текста и свойства ОбновлениеТекстаРедактирования - но добиться результата не могу.

Мне нужно примерно как в клюшках был "вызов формулы элемента диалога" при энтере.

Кто что может посоветовать?

Криво, но... проверять ЭтаФорма.ТекущийЭлемент в обработчике ожидания.
Активировался твой элемент - запомнил. Активировался другой, и при этом прошлый был тот что тебе надо - выполнить твое действие.

(1) а другой элемент не активируется - он недоступен. (ну, кроме кнопок).

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

(2) [Форма на основе конечного автомата сделана.]
Если Мили, то логику придётся переписать

(0) ОбработкаВыбора, не?

(3) проще всего использовать Таблицу + ТЧ или ТЗ под ней
сразу появляется нужный набор данных при движение курсора по ячейкам вправо или по строкам вниз

(4) по Enter  ?

(6) а, этот момент пропустил, что проскакивать может (

(4) не, у меня же нет выбора. у меня "изменение". Если я текст в поле редактирую - при ентере срабатывает ПриИзменении. а если не резактирую - то ничего из событий не срабатывает.

недавно подобное рисовали клиентам, но там набор был из трех групп реквизитов типа "Рассчитано" - "Подтверждаю" - "Свой вариант"

(0)

Добавить кнопку "Расчет"
Сделать её "Кнопка по умолчанию"

Форме сказать: "Поведение Клавиши Enter" = Кнопка по умолчанию
В обработчике кнопки
а) менять текущий элемент
б) считать всякое

(8) ещё раз - Таблица

(3) Мили, конечно. Уж очень он хорошо на задачу ложится

(11) таблица из одной строки и одной ячейки?

(10) и как вводить число в кнопку по умолчанию?

"И мне надо поймать выход оттуда, [даже] если я не изменял в нем значение

а другой элемент не активируется - он недоступен. (ну, кроме кнопок)."

Если поле ввода с каким то значением или Пустое (но это мы помним)
и кнопки

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

(13) куда у тебя курсор при этом уходит и нахрена сделан обход по энтер, если обходить нечего ?

(15) мне не надо нажимать на кнопки. мне нужно либо изменить число в поле ввода, либо "подтвердить" его правильность (и перейити в другое поле ввода)

(16) сейчас никуда не уходит. При штатной работе (когда изначаьно в поле был 0, и нужно было ввести число ручками) - вызывалось событие ПриИзменении, и активировалось одно из других полей ввода

(16) ентер - потому, что он на ТСД "под пальцем".

(14)

На форме два реквизита и кнопка

Вводим данные в первый реквизит -- жмем enter
Срабатывает обработчик в кнопке, делает текущем второй реквизит и "что-то считает "

Вводим данные во второй реквизит -- жмем enter
Срабатывает обработчик в кнопке, делает первый реквизит и "что-то считает "

И так по кругу

P.S.
Либо писать в спортлото и объяснять, что ты хочешь событие "ПотеряФокуса".
Но ...

(20) насколько помню, чтобы кнопка сработала по ентеру - она должна быть активной. кнопка поумолчанию срабатывает по контрол-ентеру. а ентер обрабатывается текущим элементом

(19)[нахрена сделан обход по энтер, если обходить нечего ] +[ентер - потому, что он на ТСД "под пальцем".]
тёплое с мягким

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

(22) возможно. как лучше?

(24) опиши задачу целиком + прислушайся к Tatitutu

(21)
>> чтобы кнопка сработала по ентеру - она должна быть активной. кнопка поумолчанию срабатывает по контрол-ентеру. а ентер обрабатывается текущим элементом

Пример УФ

https://dropmefiles.com/QZ8el

(17)  мне не надо нажимать на кнопки. мне нужно либо изменить число в поле ввода, либо "подтвердить" его правильность (и перейити в другое поле ввода)

откуда появилось ДРУГОЕ ПОЛЕ ВВОДА ? - было одно и кнопки

(25) задача - приемка по ТСД.
всё просто и примитивно:
Три поля ввода - штрихкод, количество, дата. (и некоторое количество кнопок)
сканирую ШК. определяю номенклатуру. Не определил - возвращаюсь в ШК.  определил [cмотрю ШК, если могу - определяю количество и дату] - перехожу в количество. пользователь вводит количество - проверяю на допустимость, перехожу в дату. пользователь вводит дату - проверяю на допустимость, записываю, и перехожу в ШК.... и снова, и снова, и снова...
так работало вполне нормально. Добавил определение количства и даты , и полстановку их в соотв. поля (чтоб пользователю не надо было их вводить). ну и см.(0)

(27) активное - одно.

(28) [записываю, и перехожу в ШК]
мы про товарный ордер ?

(0) Я понимаю в целом задачу
но, не могу понять "И мне надо поймать выход оттуда" для чего ?

поле Количество 1
выхожу оттуда ничего не меняя и ?

(30) мы про форму обработки. совершеннно отдельную.самописную. можешь даже считать, что в чистой базе, если это легче. можешь считать, что в УТ или КА.

(31) конечный автомат. мне нужно "поймать" необходимость смены состояния

буду благодарен за советы, но я пропаду часа на 2...

(32)[ если это легче. можешь считать, что в УТ или КА.]
да мне без разницы среда реализации или учетная система
ты излагай как можешь

(35) так я изложил. Причем тут "товарный ордер"?

Таки, действительно.. зачем что-то отлавливать, если на форме ничего не поменялось - данные прежние, изменений нет = всё уже сделано

открыл форму три поля заполнены

ШК, количество и дата

гуляешь по полям ничего не меняешь

Модифицированность=Ложь;
что то нашкодил
Модифицрованность=Истина;

что тебе нужно то ? что то ты недоговариваешь

(34) далековато от работы ты живешь однако

(39) не, живу недалеко. Но сегодня - бассейн.

(38) ну давай еще раз:  Мне нужно событие выхода из поля редактирования, вне зависимости от того, изменео там что-то или нет.

Для чего это: форма сделана в виде КА, этим достигается удобство модификаци поведения, добавления; автодокументруемость и т.п.

сканирую ШК - принимаю решение, нужно ли сканировать ШК (распознал ли). не распознал - в сканирование. распознал - проверяю, допустИм ли этот ШК в данной операции. не допустИм - опять в сканирование.   допустИм - перехожу ко вводу в данном случае количества. с форматированием, определяемым по ШК, с прочими условиями, определяемыми по ШК (кратность, мин.количество, макс количество). Ввели - перехожу к вводу даты изготовления. у которой тоже свои проверки после ввода.
Всё это великолепно ложится на конечный автомат. И замечательно работает, автодокументируется (граф состояний в графвизе - и даже начальник смены понимает ошибку в случае чего, или может ткнуть пальцем куда что-то нужно добавить), вплоть до полуавтоматического создания инструкции пользователю.
Если б не б одно бы... ****ые селезневцы решили не выставлять наружу событие "завершение редактирования поля". Причем, похоже, со значениями объектного типа можно выкрутиться, если заполнить выделенный текст, но значение оставить пустым - тогда оно попадёт в ОбработкуПолученияДанныхВыбора объектного типа.. но с простыми типами - числом/строкой/датой - нифига

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

программа должна сделать некоторые действия - допустим, записать {номенклатура, количество, дата}. Но когда она должна это записать?

Когда пользователь "скажет": - Записать, н-на... Это Действие, типа Кнопка

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

(43) по команде от кнопки "Записать"

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

(47) Вот, кстати - отличное решение! Перед новым сканированием - автозапись, т.к. пользователь не отказался и не пересканировал тот же ШК

(45) действие - оно назначается не "на клавишу". действие назначается "на событие".

(48) пользователь может многократно сканировать один и тот же ШК - у него может быть 100500 одинаковых штук/коробок.

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

(47) если программа уже все просчитала и подставила, а пользователь ничего не изменил , то ро Ентеру ничего делать не нужно .(т.е. программа уже все записала), а если пользователь что то изменит, то программа запишет после ентера еще раз

(51) несогласие - это исправление содержимого поля ввода.

(52) поищи в ветке слово "конечный автомат"

(53) Несогласие с записью вообще, типа: - ой, была же уже эта, по дате, например, узнал, что повтор делает

(48) говённое решение.

(55) отмена ошибочного действия - да, по  кнопке. "отмена последней строки"

(56) Пока только ваши требования к пустому месту непонятны, а решения - они есть, и пока фактов не будет, что говённое - оно единственно верное)

Вариаций на тему может быть, ибо - сканировать можно не находясь в поле ШК, тогда вопрос: - как должна отреагировать программа?

(48) Плюс отдельно каждого состояния в том, что у пользователя доступно только одно поле ввода. и пи переходе в это состояние пользователю выводится подсказак. Блин, я вот сам не внрил, насколько важно некоторым пользователлям чтобы при переходе к вводу в ЧИСЛОВОЕ поле, называемое "количество" обязательно была подсказака, что вводить надо именно количество, цифрами, в каких единицах, и т.д.

(60) Это тоже всё известно с момента когда к этому полю доступ появляется - со сканирования корректного ШК

(58) да решений куча - можно писать кучу кода и переписывать его, а можно основываться на правилах переходов между состояниями.
в данном конкретном случае КА замечательно решает все задачи. И без предварительной подстановки значений тоже всё замечательно работает. но такое западло от вендора я не ожидал

(61) неизвестно, ввожу я количество или дату

(63) Нипонел... у вас на форме всего одно поле ввода, куда по очереди вводятся ШК, число, дата??

Да не... это ж  бред какой-то...

(64) у меня три поля. ШК, число, дата. Вот я обработал ШК. перешел в поле дата. Даже из обработки ШК я получил подсказку. "подтвердил количетво" ентером, попал в поле "дата". как при этом сменить подсказку?

У каждого поля - своя подсказка

(67) подсказка - поле на форме, подсказывающее пользователю, что от него ожидают в текущий момент

к(68) не поле, а надпись

(69) В целом - логично, тут идеи заканчиваются...

(58)[а можно основываться на правилах переходов между состояниями.
в данном конкретном случае КА замечательно решает все задачи. И без предварительной подстановки значений тоже всё замечательно работает. но такое западло от вендора я не ожидал]
вендор гандошит семёрочников и это правильно

(71) Вообще ни при чём здесь. Проблема (68) имеет место. Если только открывать дочернюю форму выбора, и использовать оттуда ОбработкаПерехода (Вызывается при выполнении перехода перед позиционированием в списке)

ой, ОбработкаАктивизации - Вызывается для оповещения об изменении активного объекта во владельце формы

(71) в других системах - событие есть. Даже в мобильном клиенте - можно обойти. так что не в семерочниках дело, а в криворукости...

(73) это в подчиненной форме

(71) Кстати, причем ту КА? И если бы у КА было что-то удобное для работы - разве бы кто-то занимался написанием заменителей?

(75) Нет, всё-таки - Дочерняя, ибо у Дочерней есть Родитель, а не Начальник)

(77) ну да

(76) КонченныйАвтомат - там Ваша цитата

А при сканировании ШК - проверять, что Дочерняя форма открыта, если нет - открыть её, а активизировать обратно текущую

Не знаю как это событие работает, но вдруг Приз!

(79) (79) а, блин... ну да. Просто он в (30) говорил про товарный ордер, что "ему без разницы УТ или КА" - вот я контекст и попутал. посыпаюсь пеплом. весь.

(79) но Конченный Автомат™ - тоже неплохо

(74)[так что не в семерочниках дело, а в криворукости...]
плохому танцору платформа мешает (с)

(84) Ну что делать, если она еще сырая? Если на клюшках сделать можно, а на этом монстре, весящем на порядок больше, на порядок более тормозном - нихрена?

(85) Попробуйте изврат с событием Дочерней формы

- самому интересно))

(85) на тебя на ТСДшке нету ВКшки которая шлет события при нажатии "железных" кнопок?

(86) а форму невидимую делать, чтоль? я не совсем понимаю, куда ее девать...

(88) нет

(41) Что ты собрался записывать, если ничего не поменялось, ебака селезневцев?
Все уже должно быть записано ранее, запись сейчас не даст тебе ни-че-го

(91)  все поняли, и лишь до тебя не доходит. Но тебе бесполезно даже четыре раза повторять...

у нас ТСД Urovo
от вендора есть ВК Omni Input Device Driver
с которой можно сделать так:

&НаКлиенте
Процедура ПриОткрытии(Отказ)
    
    #Если МобильноеПриложениеКлиент ИЛИ МобильныйКлиент Тогда
        Если глВК_OmniIDD <> Неопределено Тогда
            глВК_OmniIDD.Подключить("Keyboard");
            глВК_OmniIDD.Подключить("Barcode");
        КонецЕсли;
    #КонецЕсли
    
КонецПроцедуры

и ловить события:

&НаКлиенте
Процедура ВнешнееСобытие(Источник, Событие, Данные)
    
    Если Событие = "Barcode" И ВводДоступен() Тогда
        ...
    ИначеЕсли Событие = "Keyboard" И ВводДоступен() Тогда
        ...
    КонецЕсли;
    
КонецПроцедуры


поспрашай у своего вендора ТСД

(93) Да с Мобильным клиентом-то проблем нет. просто  пока МП пишется, процессы отлаживаются в рдп.

(85) ты идёшь в курьеры, мы пробиваем планку в полляма в месяц

(66) Записывай после обработки ШК и не трахай нам мозг
Поменял позже что-то, записывай еще раз

(96) брось, откуда у тебя мозг?

(95) да как-то тоже не бедствую, хотя зарплаты не московские.

Понаберут по объявлению, а потом спрашивают как с умных

(98)[да как-то тоже не бедствую] это в прошлом, с таким пиздобольством, как в (95), будешь нищим

Странно... не пятница, вроде.. PR самокритику постиг, shuhard путается в собственных высказываниях, но тоже самокритичен. Точно - пятницу уже начали)

(99) ну не ходи по объявлениям - с тебя и не будут спрашивать.
(101) думаешь, бухают?

Успокойтесь все.

Насчёт, кстати, Форма.Видимость = Ложь - тоже вариант требующий проверки. Форму дочернюю недостаточно просто получить и настроить, чтоб события заработали - её надо открыть, и - попробуй скрыть. А вот то что мне кажется это событие работает только если перемещение по Списку идёт... ну, есть такие подозрения, что не от смены элемента..

(104) все технические решения были предложены вчера.
ТС не устраивает то, что 8.Х<>7.7
обсуждать это через 10 лет после кончины 7 бессмысленно и бесполезно

(105)

P.S.

Интересно, почему 1С не сделал в 8.x для элементов событие "Потеря фокуса" ?
В javascirpt это вроде есть (чисто гуглил не специалист).
Какие-то ограничения архитектуры / концепции ?

(106) Уверен, ответ будет "Приведите реальный кейс, в котором вы бы хотели это использовать"

(106) мне не интересно

(106) Ты когда-нибудь программировал на чем-нибудь кроме 1С?
Видел список событий для того же поля на форме, которые можно обрабатывать?
Представь, дать их все кому-нить типа ТС
Понапишут потом говнокода, а 1С должна все корректно обработать, а то иначе будут визги про сырую восьмерку

(106) Ну давайте ещё прикрутим событие "Наведение мышки" и "Уход мышки". Не, ну а чо? В JS есть. Должны же быть какие-то ограничения.
1С:Предприятие — это бизнес-приложения, а не игровые.

(110) Ловлю событий винды
Прямую работу с железом
Ассемблерные вставки
...

(109)

Т.е. идиоты, которые пишут на javascript/VisualStudio/ априори умнее идиотов, которые пишут на 1С ?

(111)
Не нужно передергивать.

(0) Положи это поле на отдельную закладку (страницу). Поймаешь событие при смене страницы.

(105) предложены были не технические решения, а изменение концепции. которая не устраивает  - по причинам, описанным, например, в (68)(69)
от тебя решений кроме "прислушаться к  Tatitutu" вобщем, и не было...
(109) "программировал на чем-нибудь кроме 1С" я еще тогда, когда ты начинал учиться читать.
(110) Ну, "котики" в бизнес-приложениях тоже нафиг не нужны. Однако сделали.

(113) Предварительно быстренько переключив страницу?

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

(115) Я провёл эксперимент, глядя на дискуссию. Открыл форму, создал три реквизита. Создал группу,  в которой добавил страницы и одну страницу. Положил на эту страницу реквизит. Всё. При переключении по полям у страниц отрабатывается событие.

Вообще порочна сама идея подтверждения чего-то энтером
Типа если я что-то отсканировал, посмотрел глазами и отсканировал снова, то старый ШК не должен записаться, потому что я же не щелкнул по-тупому два раза энтер на количестве и даты
Бред какой-то

Пятница началась в четверг )

(117) Ну блин, и чем теперь ТС аргументировать, что восьмерка сырая?

(120) с таким уровнем говнеца в мозгах ТС-а это бесполезно

(117)

А я пообщался с коллегами.:-(
Вывод - PR наверное прав.
1С-никам focus не нужен.

Сначала я объяснял что это.
Затем долго выслушивал -- что это не нужно.

P.S.
Это наверное уже старость (с)

(122) Пффф... Вы бизнес-задачу 1С-никам когда-нибудь ставили? Сначала - объясняешь что это, затем.. да - сразу выслушиваешь столь же долго, что это "Не нужно!"

(122) В данном случае это не только плохо, что меньше возможностей, но и хорошо
Меньше будет всяких гениальных решений типа как у ТС, когда хочется поймать разработчика и долго вдумчиво глаза в глаза объяснять ему, что он не разработчик и лучше бы он дворы мел

(113) мне не надо менять страницы. мне не надо  нажимать дополнительные кнопки. мне не нужно мышки. мне нужно, чтоб юзверь делал минимум действий. в идеале - три кнопки - скан, ентер, и функциональна для завершения работы с текущим документом и перехода к новому. первые две кнопки под пальцами, третью он жмет редко. (остальные, которые тоже есть, еще реже.) Мне нужно, чтоб он видел, что он ввел. мне нужно, чтоб при вводе он не мог даже попытаться ввести "не туда" (не мог начать ввод даты в поле количества тили наоборот...)
(116) обработчик менее секунды срабатывает однократно.  Не говоря уже о том, что это решение, за которое ты должен долго стоять перед зеркалом, смотреть себе в глаза, и тихо повторять - "один из нас двоих - точно м*дак"©
(118) ну ты ведь так нихрена и не понял.

(117) попробовал, не отрабатывает событие ПриСменеСтраницы. Либо я тебя как-то не так понял, либо ты меня. У тебя все три поля ввода на одной странице? все три видны?

(126) Я именно это поле разместил на одну единственную страницу внутри формы.
...
Я для работы со сканером подключил специальную страницу с двумя кнопками и дополнительными полями. При открытии формы добавлял процедуры работы с торговым оборудованием.

(125) Это надо же быть настолько тугим
Ему даже решение подсказали, а он опять не въехал
Ну, про то, что в разовом обработчике меньше секунды нужно снова запускать этот же обработчик, я молчу, тут по ходу медицина бессильна

(128) ты уже стоишь пред зераклом?

(127) "именно это поле" - у меня "именно этих" полей  как минимум два. Плюс поле ввода со сканера ( его в принципе можно не считать - в МП чтение ШК будет внешним событием). Описание - в (28). Так вот, вопрос - при переключением между какими полями возникает событие ПриСменеСтраницы, если поле у тебя одно?

(130) Ты бы для начала создал тестовую обработку с настройками, как я описал... Доказывать неохота. У меня работает. Что еще сказать...

(131) да я в вариант рабочей сразу воткнул.
Сделал три страницы, на каждой по полю ввода. Я не "требую доказательств",я просто спрашиваю о параметрах обработки. может, я тебя не понял

(132) Справедливости ради, событие не вызывается
Тонкий клиент, 23 платформа

правильный ответ ажно в (20) + (26) - работает начиная с 5-го релиза, в котором и появилось свойство формы ПоведениеКлавишиEnter. практическое подтверждение с разжевыванием практически конгруэнтного примера - см. пост (17) в https://forum.infostart.ru/forum9/topic120056/

(134) Кстати, да, в (20) же то, что надо ТС
Но по ходу ТС не читатель