Добрый день!
Такая проблема.
В пользовательской прозрачной таблице поле типа CHAR имеет прямой тип, не ссылается на элемент данных.
В результате при вводе значения в данное поле все буквы преобразуеются к верхнему регистру.
Знаю, что в свойствах домена можно поставить checkbox, отвечающий за это.
А как сделать такое для поля, не ссылающееся на элемент данных и соответственно на домен, а имеющее прямой тип???

Если это селекционный экран, то опцией "lower case".
Eсли это экран dynpro, то в свойствах поля cнять галку "из словаря" и поставить "прописная и строчная"

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

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

[img]
Если это селекционный экран, то опцией "lower case".
Eсли это экран dynpro, то в свойствах поля cнять галку "из словаря" и поставить "прописная и строчная"
[/img]

Вы не много не поняли вопрос.
Я хочу чтоб это было приминительно к полю таблицы.
Дело не в экране.
Дело в поле таблицы.
Я хочу это сделать для поля таблицы.

Я наоборот не считаю хорошим тоном создавать мильон не используемых кроме как в одной таблице объектов: домены и элементы данных.
Так как насчет прямого типа поля и чтоб писались любые буквы???

ну используй вместо CHAR тип данных SSTRING

если очень хочется....

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

Преобразование регистра выполняется при передаче с экрана в АВАР-программу. Из внутренних структур в таблицу БД поля копируются без изменений. Так что ет причин, чтобы введённые в нижнем регистре буквы вдруг стали заглавными.

Так что, обращаю внимание Sergo - дело имено в экране.

Используйте стандартные домены. Поищите по маске TEXT*, там наверное есть домен с требуемыми свойствами.

ЗЫ. а я вот например никогда не использую прямое указание типа в таблицах. Ибо как показала практика, элементы данных - это не только немного лишнего геморроя, но и некоторые нужные и полезные вещи

Ок.
Спасибо за помощь!!!

Кто-то очень правильно заметил, что мы слишком много платим за ABAP Dictionary, чтобы его не использовать.

да, пардон,
это абсолютно справедливо.
Просто Sergo , наверное, пытался вводить записи
в таблицы через стандартную функциональность SE11/SE16
А там экраны действительно преобразуют в Upper Case

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

А вообще - лучше не полениться создать объекты словаря

Добрый вечер!

Вот такой простенький вопросик, как все символы переменной CHAR преобразовать в верхний регистр (Иванов -> ИВАНОВ)?
Знаю, функция какая-то есть, не могу вспомнить...

Спасибо!

AВАР - документация по ключевым словам -> АВАР - ссылка -> Обработка внутренних данных
дальше и сами найдёте.

translate my_variable to upper/lower case