Всем привет!

Подскажите, плиз, в какой таблице лежит список полей для ABAP-экрана?

Нашел только одну таблицу D021T, но в ней только те поля, для которых на экране есть текстовая метка. Поля, которые текстовые метки на экране не имеют в таблице не содержатся!

p.s. Пример: помещаем на экране два поля: LFA1-LIFNR и LFA1-NAME1.
Для LFA1-LIFNR пишем текстовую метку "Поставщик", для LFA1-NAME1 текстовую метку удаляем. Экран сохраняем.
Результат: для поля LFA1-LIFNR в таблице D021T есть запись, для LFA1-NAME1 - нет!
Вопрос: как определить, что на экране 2 поля: LFA1-LIFNR и LFA1-NAME1?

а можно полюбопытствовать зачем?
просто интересно...

Если тебе нужно в своей программе доступиться к полям и их свойствам - то смотри по хелпу loop at screen ... endloop.

Неужто динамически менять свойства полей собираетесь? нехорошо это, нехорошо...

Все гораздо "проще"...
Одни и те же экраны используются в различных транзакциях (своих), причем, в зависимости от операции экранные поля могут иметь различные параметры отображения: видимо/невидимо, обязательно/необязательно.
Параметры полей задаются в настроечной таблице.

Полей много и в SM30 сложно настраивать господам консультантам, которым техническое название поля мало что говорит - нужна расшифровка, как в SE11. )))
Уже сделана транзакция по настройке экранных полей для экранов.

Так вот, поля, которые имеют текстовые метки на экране уже вытягиваются и настраиваются - все прекрасно.
Не тянутся только те поля, которые текстовой метки не имеют: названия заводов, контрагентов и т.п. Как их вытянуть из репозитария?

Слушай, попробуй D02*...
Сам не проверял, но может поможет?
П.С. Приятно узнавать людей на форуме...

Пробовал... Не помогает! (

Так и работайте с loop at screen.
Там и поле required (сиречь obligatory) и поле active (видимо-невидимо) имеются. Али не так что?

Как раз и не так!

В loop at screen ... endloop. мы устанавливаем свойства полей. А значения берутся из настроечной таблички, где они прописаны для каждой транзакции.
А как в этут табличку занести данные? В SM30 (что не удобно из-за большого кол-ва полей, да и в их именах консультанты без разработчика не разберутся) или в собственной транзакции.

Но в собственную транзакцию нужно подтянуть список полей экрана!!!

Так вот, с полями, которые имеют текстовую метку все просто! (см. выше).
Но как быть с полями, которые не имеют текстовых меток?

Смею утверждать что такие настроечные таблицы работают только с определенной группой транзакций, ограниченных общностью экранов

как например T156B с полем FAUSW

И спорить не буду... ))
У нас своя настроечная таблица...
И свое средство ведения (не SM30)

Даже если найдешь такую таблицу - можешь ли ты гарантировать, что у тебя поля на экране всегда будут называться в соответствии со словарем? А, если даже и так - то всегда ли будут сопровождаться той же меткой поля, что и в словаре (и, соответственно, будут понятны консультантам).
Я бы, наверное, сделал так.
1.) Задействовал бы поля
SCREEN-GROUP1 - SCREEN-GROUP4 для хранения флажка "Настраивается аналитиками".
2.) Ввел бы во все транзакции общий перформик, который бы для всех полей считывал настроечные данные для экранных полей, помеченных таким флагом.
3.) Если вдруг записей для таких экранных полей не обнаруживалось бы в настроечной таблице, создавал бы их в этом же перформике (и, если возможно, сразу бы подтягивал метку этого поля из словаря, если нет - ну, придется потом тебе ручками самому заполнить).

Гарантирую: таблички с текстами к элементам данных я уже нашел, да и случай с INCLUD в структурах уже разобрал...

Со SCREEN-GROUP не покатит, у меня больше комбинаций может быть! К тому же, названия полей не хранятся в настроечной таблице, они тянутся в настроечную программу...
А насчет автоматом добавлять поля, для которых не обнаружена настройка - круто, думаю, что проще юзать таблису с перечнем полей для экрана, вот только найти осталось...

может поможет функция RPY_DYNPRO_READ_NATIVE ?

А чего там искать-разбирать?
Таблицы DD03L+DD04T... Я бы сразу на них указал - только ты немного о другом спрашивал...



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



Ага, ну-ну . Самая малость .
Напиши инклудик, как я сказал, и не мучайся. Делов на час.