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

В том что то не "настоящее" Dynpro-шное окно, а просто обыкновенный custom container. Никаких фишек.

попробуйте CL_GUI_DIALOGBOX_CONTAINER
Фишка действительно в том, что это не динпро-элемент

Да, действительно ничего сложного... А вот еще вопрос вдогонку, и, возможно, он сложнее предыдущего. Пытались ли вы создать custom-screen search help с поведением как у стандартного, а именно: есть кнопочка "хранить", которая закрепляет экран сёч-хелпа, поэтому можно перемещаться между полями ввода на основном экране и тут же тыкать мышкой в сохраненные значения внутри сёч-хелпа. У меня такое ощущение, что это уже глубоко клиентский код и никаких возможностей по созданию своего средства поиска с таким поведением нет.

А вообще, задача такова - создать красивое средство поиска с разноцветными строками в алв гриде, и, при этом не порезать возможность быстрого ввода с кнопкой "Хранить".

Попробуйте сделать через расширение средства поиска (ФМ) без указания метода выбора. При вызове модуля будет вызываться немодальное окошко с алв. Сделайте аналогичную кнопку хранить. Если она нажата, не закрывайте окно. Вызывайте ФМ F4UT_RESULTS_MAP после выбора значения в алв

Боюсь, что там не так все просто. F4UT_RESULTS_MAP просто заполняет таблицу в экзите. Интерактивное заполнение в срестве поиска происходит через обработку двойного клика с последующим вызовом callback table_select в программе SAPLWDTM. Придется покопаться в саопвских кишочках, но это, пожалуй, даже интересно

Такая же задача 1 в 1 была и у меня.
К сожалению ничего не вышло и обошлись обычным средством поиска.
Отпишитесь пожалуйста, если найдёте решение.

Если отдебажить момент сразу после двойного клика в закрепленном средстве поиска, то, в принципе, все становится вполне понятным. Обработчик вытаскивает данные средства поиска, потом выбирает сфокусированное поле при помощи CALL 'DY_GET_FOCUS', затем выставляет занчения полей CALL 'DY_GET_SET_FIELD_VALUE'.

У меня проблема возникла именно при вызове CALL 'DY_GET_FOCUS', по всей видимости OCX компонент и грид в CL_GUI_DIALOG_CONTAINER как-то по-разному взаимодействуют с окном, которое их породило. В первом случае CALL 'DY_GET_FOCUS' возвращает корректные данные, во втором SY-SUBRC = 2 и никаких данных. В результате этого мне удалось создать немодальное средство поиска, которое может прописывать значения только в то поле, из которого его вызвали (CALL 'DY_GET_SET_FIELD_VALUE' - прекрасно работает).

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