Поиск при вводе, как программно отменить, когда уже нашел? #708342

Не нашел на просторах ответ, извините в случае чего... УТ 11.1- при вводе строки в списке заказов(и других списках), автоматически выскакивает окошко поиска. Далее, после нажания "Найти" в списке показывается только найденные строки. Чтобы вернуться ко всему списку надо нажать отмену (CTR+Q). При этом, весь список позиционируется на первой найденной строке. Где, и главное, как сделать так, чтобы после нажатия кнопки "найти" в форме поиска, сразу же нажималась кнопка "отменить поиск"? Таким образом получаем просто позиционирование на строке, без лишнего нажатия кнопки...

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

Думаю ни про кого не подумали. Забрали поиск дали второй отбор...

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

Можно попробовать сделать свой поиск/отбор.

природу не обманешь. подсознание будет знать о том, что это такой обман. так и до депрессии недалеко

уже сделал... но тут народ в подборе номенклатуры мучается.... им позиционирование нужно.... а то после каждой позиции ctrl+Q жмут...

неправда, разработчики платформы занимаются этим регулярно; думаешь у них чувство депрессии перманентно?

Больше всего в этом поиске не нравиться, что открывая очередной документ нельзя сразу нажать F3 и найти нужного человека.

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

план такой: 1.делаем специальную форму подбора 2.располагаем на ней поле ввода для строки поиска, при открытии формы ставим фокус в это поле 3.обрабатываем событие АвтоПодбор в этом поле. обрабатываем грамотно, позиционируя текущую строку динамического списка как нужно 4.ставим в этой форме свойство ПоведениеКлавишиEnter = 'Кнопка по умолчанию', т.о. при нажатии оператором на Ennter у нас срабатывает наша команда по которой мы и выполняем действия по подбору товара

Как вариант очень неплохо, скорее всего реализую, как альтернативный. Но мышку в таком случае они все равно будут использовать, они ведь не только поиском, они еще и стрелки используют.... :) Хотя..

++ недостаток в том что мы лишимся управления текущей позицией в списке с помощью управляющих клавиш (стрелки, PageUp, End.. и т.п.) это все от увлечения разработчиков платформы мобильно-пальцевыми принципами ввода данных в формах, и натягивания этого на стандартные для десктопа мышево-клавиатурные принципы ввода на основе фокуса.

сделаю все равно, если бухтеть будут, начну рыть дальше..

Если вопрос достаточно острый и имеется в наличии воля и отсутствуют предрассудки, то.. План №2: 1.оставляем вполне себе обычную форму подбора 2.используем сторонние спец.средства (типа ВК, клиентскую - вполне себе возможно даже по технологии Native) и перехватываем клавиатурный алфавитно/цифровой ввод при наличии фокуса в Таблице дин. списка, преобразуем его в поток внешних событий 3.в форме обрабатываем внешние события как ввод строки поиска, с позиционированием текущей строки дин. списка; 4.можно даже и саму строку поиска отображать в специально заготовленном для этого поле данных формы (фокус туда ставить не надо). этот план уже не имеет недостатка описанного в