searchTxt ?

[slava]

Имеется такой вопрос к экспертам:
Как вообще работает метод inputSearch.
Или более конкретно - как отследить ситуацию, когда пользователь нажал ctrl+F в определенном поле dataSource, и поправить критерий поиска ?

[mazzy]

А зачем?

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

[Maxim Gorbunov]

Могу рассказать, как посмотреть после, что ввел пользователь в фильтр (ответь, если нужно), а вот как сам момент отследить... сразу не знаю.

[slava]

Пока писал вопрос рука два раза тянулась написать причины. Ну думаю, ладно, не спросят. Спросили
Вопрос в следующем : Есть такая функциональность ABC-классификация. Стоит задача реализовать аналогичную в модуле клиенты. Но вопрос не в этом. Признаки классификации (A,B,C) вынесены на форму CustTable. Так вот, пользователи, <b>активно</b> работающие с этой формой, «парятся» с переключением раскладки клавиатуры (русский-английский, английский-русский,….). Буквы A, B, C подозрительно напоминают им русские. Смена label у enum не поможет – ситуация повторяется с точность наоборот. Я, конечное, понимаю что это «в голове». Но от этого зависит результат. Если пользователь чего-то не найдет, он не подумает, что критерий «некорректен». Он подумает, что записей нет.
Вот хотелось бы анализировать, что пользователь ввел в окне поиска, и соответственно «переворачивать» текст.

Максим, спасибо. Но как посмотреть «потом» я уже знаю. Хотелось бы «до».
Пока единственный видимый путь – ковыряться в форме SysFormSearch. Только это неаккуратненько как-то.

[mazzy]

Конечно же не единственный.

Можно посмотреть на форму KMAction.
Вот как сделано там


Можно вынести установку фильтра на кнопки.
Можно много чего делать вместо синтакскического анализа.
И гораздо проще.

А если уж так хочется делать синтаксический анализ и не можешь перехватить событие поиска, то попробуй перехватить exequteQuery. Там на входе ты получишь готовый query. Его и анализируй.

[Maxim Gorbunov]

Так, теперь что-то мало чего понимаю. В какой момент ты хочешь перехватить управление? До вызова формы или уже после ввода?

Если до, то можно попробовать использовать task у формы.

Если после - можно повеситься на executeQuery или cursorNotify.

[slava]

Посмотреть не смог - модуль не куплен. Хотя и так ясно
Вроде все верно. Так будет работать.
Но
кнопки (могу ошибаться) - однажды определенное количество контролов. Как-то enum функциональнее
"Тревожить" executeQuery - может быть. Наверное даже вернее, чем отлавливать текст поиска.
Но просто интересно как с поиском? Никто не работал?
И все-таки что за метод inputSearch ?

[mazzy]

Движок Аксапты не знает такого понятия "текст поиска"
Движок работает с query и с range.

Работа с range это и есть самый прямой путь решения твоей задачи.

Измени query до вызова super. Тогда будет выполняться твой запрос.

[slava]

Спасибо.
Кажется это действительно самый простой способ

[mazzy]

С контролами. Ты не понял идею.

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

Т.е. вместо абстрактного мышления должно быть задействовано образное мышление.

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

Но! Изменится количество элементов в ABC анализе? Тогда ты скорее всего совсем не знаешь задачу. Кроме того, вместо галочек можно сделать дерево с галочками, как в настройке функциональных ключей. Можно сделать все что угодно.

Повторюсь. Главная идея в том, чтобы заставить пользователя тыкать в определенную видимую область, а не вспоминать абстрактынй текст.

[Maxim Gorbunov]

Все таки интересно про inputSearch(). Может кто-нибудь знает, зачем нужен этот метод?