UIL

Файл

UIL файл содержит один полный модуль, в соответствии с синткасисом, определенным выше; либо, если файл подключается к большому UIL файлу, одну полую секцию в соответствии с ниже описанным синтаксисом.

UIL является языком свободной формы. Это обозначает, что все высокоуровневые конструкции, такие как определения объектов и значениц, не обязаны начинаться в какой-либо конкретной колонке и может быть разбито на любое число строк. Низкоуровневые конструкции, такие как ключевые слова и знаки пунктуации, также могут распологаться в любых колонках, однако это не относится к строковым литералам и комментариям, которые не могут разбиваться на строки.

Компилятор UIL обрабатывает строки с длинной не превышающей 132 символов.

MODULE module_name

Имя под которым UIL модуль будет известен в UIL файле. Это имя сохраняется в UIL файле для последующего использования при извлечении ресурсов посредством MRM. Это имя в UID файле всегда сохраняется заглавными буквами.

NAMES = CASE_INSENSITIVE | CASE_SENSITIVE

Указывает должны ли имена интерпретироваться как зависимые или независимые от регистра. По умолчанию имена зависят от регистра. Оператор назначения зависимости от регистра дожен быть первым оператором в заголовке модуля и, в любом случае, должен стоять перед первым выражением, содержащим имя. Если имена в UIL можуле зависят от регистра, то ключевые слова в этом модуле должны записываться строчными буквами. Каждое имя сохраняется в UIL файле в том же регистре в котором использовалось в UID модуле. Если имена независимы от регистра, то ключевые слова могут быть записаны заглавными, строчными или комбинацией строчных и заглавных букв. В этом случае в UIL файл записываются эквиваленты имен с использование заглавных букв.

CHARACTER_SET = character_set

Определяет набор символов по умолчанию, используемый для строковых литералов модуля если для них явно не указан набор знаков. Набором символов по умолчанию, в случае отсутствия этого оператора, является компонента набора символов из переменной среды окружения LANG или значение XmFALLBACK_CHARSET если переменная среды окружения LANG не задана или не содержит компоненту набора символов. Значение XmFALLBACK_CHARSET определяется поставщиком компилятора UIL, и обычно определено как ISO8859-1 (что эквивалентно ISO_LATIN1). использование этого оператора отключает обработку всех локализованных строковых литералов включенную флагом -s компилятора или элементом use_setlocale_flag структуры данных Uil_command_type.

OBJECTS = { widget_name = GADGET | WIDGET; }

Определяет какая форма (виджет или гаджет) управляющих компонент с именем класса widget_name должна использоваться по умолчанию. По умолчанию используется форма виджета, поэтому обычно в этом операторе обычно используется только ключевое слово GADGET. Указанный управляющий компонент должет иметь обе формы (и виджета и гаджета). К таким управляющим элементам относятся XmCascadeButton, XmLabel, XmPushButton, XmSeparator и XmToggleButton. При необходимости задать форму более одного управляющего элемента, они перечисляются через точку с запятой. Форма (виджет или гаджет) для конкретного экземпляра управляющего элемента может быть определена путем указания соответствующего ключевого слова (GADGET или WIDGET) в определении конкретного объекта.

value_section

Используется для присвоения имен значениям выражений или литералам. Имя значения затем может использоваться в любом месте UIL модуля, где в контексте может использоваться это значение. Имена значений могут использоваться до их определения. Полное описание раздела значений приводится ниже.

procedure_section

Определяет процедуры обратного вызова используемые виджетами и процедуры создания для определяемых пользователем виджетов. Эти определения используются для проверки ошибок. Более полная информация о разделе процедур приведена ниже.

list_section

Предоставляет возможность объединения в единое целое набора параметров, управляющих элементов (дочерних виджетов), процедур обратного вызова и обычных процедур для последующего использования в UIL модуле. Списки могут содержать вложенные списки, таким образом давая возможность не только создавать иерархию, но и более ясно определять какие параметры, управляющие элементы, процедуры обратного вызова и обычные процедуры являются общими и для каких виджетов. раздел списков более подробно обсуждается ниже.

object_section

Определяет объекты, составляющие интерфейс пользователя программы. На имя объекта, объывленное в определении, можно ссылаться везде в пределах UIL модуля, в контексте, где может быть использовано имя объекта (например, в списке управляющих элементов, как символическая ссылка на идентификатор виджета, или в параметре tag_value для процедур обратного вызова. Объекты могут использоваться до их определения. Раздел объектов более подробно описывается ниже.

identifier_section

Определяет привязки реальных данных времени исполнения к именам, использующимся в UIL модуле. Раздел идентификаторов более подробно описан ниже.

UIL файл также может содержать комментарии и директивы подключения, которые описаны вместе с другими основными элементами формата UIL файлов в последующих разделах.

Комментарии

Комментарии могут иметь одну из следующих форм:

• комментарии могут начинаться последовательностью знаков /*, за которымии следует текст комментария, а завершаться последоватьельностью знаков */. Этот вид комментариев может занимать несколько строк UIL файла;

• комментарии могут начинаться с символа ! (восклицательный знак), за которым до конца строки следует текст комментария.

Ни одна из форм комментариев не может быть вложена.

Раздел значений

Раздел значений состоит из ключевого слова VALUE за которым следует последовательность определений значений. Она имеют следующий синтаксис:

VALUE value_name : [ EXPORTED | PRIVATE ]value_expression | IMPORTED value_type;

Здесь значений выражения value_expression назначается имени value_name или же импортированному значению с именем value_name назначается тип value_type. Определения значений прдоставляют возможность назначить имя некоторому выражению или литералу. После этого возможно использование имени в любом месте UIL файла, где контекст позволяет использование значения. Имена значений могут использоваться до их определения.

EXPORTED

Значение, определенное как экспортируемое, сохраняется в UID файле как именованный ресурс, и затем может быть использовано для ссылок по имени из других UID файлов. Когда значение определено как экспортируемое MRM во время исполнения производит поиск реального значения за пределами модуля, в котором определено это значение.

PRIVATE

Приватным является значение которое не определено как экспротируемое или импортируемое. Значение, определенное как приватное, не сохраняется в виде отдельного ресурса в UID файле. Ссылки на приватное значение возможно только внутри UIL модуля в котором оно определено. Значение или объект на которое ссылается имя интегрируется непосредственно в то место UIL модуля где находится ссылка.

IMPORTED

Значение, определенное как импортированное, определяется в UID файле как именованный ресурс. MRM разрешает это определение с соответствующим определением экспорта во время выполнения приложения.

По умолчанию значения и объекты являются приватными. UIL поддерживает следующие типы данных для значений:

• ANY

• ARGUMENT

• BOOLEAN

• COLOR

• COLOR_TABLE

• COMPOUND_STRING

• FLOAT

• FONT

• FONT_TABLE

• FONTSET

• ICON

• INTEGER

• INTEGER_TABLE

• KEYSYM

• REASON

• SINGLE_FLOAT

• STRING

• STRING_TABLE

• TRANSLATION_TABLE

• WIDE_CHARACTER

• WIDGET

Раздел процедур

Раздел процедур состоит из ключевого слова PROCEDURE и последующих определений процеду. Она имеет следующий синтаксис:

PROCEDURE procedure [ ( [ value_type] ) ];

Определение процедур используется для определения:

• подпрограмм которые используются виджетами как процедуры обратного вызова;

• функций создания определенных пользователем виджетов.

Имя процедуры может использоваться в UIL модуле везде, где контекст предпологает или позволяет использование процедуры. Процедуры могут использоваться до их определения. Нельзя использовать имя, уже использованное в другом контексте, как имя процедуры.

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

Следующий список обобщает метеодику проверки UIL компилятором типов и количества аргументов в зависимости от определения процедуры.

Переметры отсутствуют

Не выполняется никакой проверки типов и количества параметров. в ссылке на процедуру допускается не использовать параметры или указывать один параметр.

( )

Производится проверка на отсутствие параметров.

(ANY)

Проверяется, чтобы присутствовал один параметр. Не производится проверки типа параметра. Тип ANY используется для подавления проверки типа тэга процедуры обратного вызова.

(type

Производится проверка наличия одного параметра указанного типа.

(class_name

Проверяется наличие одного виджета указанного класса виджетов.

Поскольку для указания типа данных тэга процедуры обратного вызова имеется возможность указывать любой тип данных UIL, необходимо иметь возможность представления этого типа в программе на используемом языке программирования. Некоторые типы данных (такие, как целые, булевые и строки), являясь общими типами данных, распознаются большинством языков программирования. Другие типы данных UIL (такие, как таблицы строк) являются более сложными и могут потребовать установить соответствующую структуру данных в приложении при передаче тэга этого типа процедуру обратного вызова.

Имеется возможность использования определения процедуры для указания функции создания определенного пользователем виджета. В этом случае необходимо указать, что формальные параметры не используются. Процедура вызывается с тремя стандартными аргументами, передаваемыми всем функциям создания виджетов. (См. документацию на набор компонентов Motif для получения дополнительной информации об аргументах функций создания виджетов.)

Раздел списков

Раздел списков состоит из ключевого слова LIST и последующих определений списков. Он имеет следующий синтаксис:

LIST list_name: { list_item; [...] } [...]

Разделы списков можно использовать для группирования набора аргументов, управляемых компонентов (потомков), процедур обратного вызова и обычных процедур для последующего использования в UIL модуле. Списки могут содержать другие списки, таким образом предоставляяя возможность создавать иерархию для наглядно определяя какие параметы, управляемые элементы, процедуры обратного вызова и обычные процедуры являются общими и для каких виджетов. Нельзя смешивать различные виды списков, список конкретного типа на может содержать элементов списка другого вида или ссылаться на имя списка другого вида. Имя списка всегда является приватным для UIL модуля в котором список определен и не может сохраняться как именованный ресурс в UID файле.

В последующих разделах описываются различные типы списков.

Раздел объектов

Раздел объектов начинается ключевым словом OBJECT, за которым следуют определения объектов. Этот раздел имеет следующий синтаксис:

OBJECT object_name: [ EXPORTED | PRIVATE | IMPORTED ] object_type [ PROCEDURE creation_function ] [ object_name [ WIDGET | GADGET ] | { list_definitions } ]

Определение объектов используется для описания объектов, сохраняемых в UID файле. Ссылаться на имя объекта можно в любом месте UIL модуля в любом контексте, где может использоваться имя объекта (например, в списке управляемых элементов (как символическая ссылка на идентификатор виджета) или в параметре tag_value для процедуры обратного вызова). Объекты могут использоваться до их определения, т.е. можно ссылаться на идентификатор объекта до его определения. Объект можно определить как экспортируемый, импортируемый или приватный.

Определение объекта может содержать последовательность списков, которые определяют параметры, иерархию и процедуры обратного вызова для виджета. Для объекта допускается определение только одного списка каждого типа. При определении определяемого пользователем виджета необходимо указать функцию создания для этого виджета.

Некоторые виджеты набора компонентов Motif фактически состоят из двух виджетов. Например, XmScrolledText и XmScrolledList состоят из дочернего к XmScrolledWindow вижета XmText (XmList). При создании таких виджетов набор ресурсов доступен обоим указанным виджетам. Иногда это вызывает проблеммы, например, если назначается процедура XmNdestroyCallback для выполнения некоторых действий при уничтожении виджета. В этом случае ресурс процедур обратного вызова оказывается доступен обоим виджетам и вызывает проблеммы при уничтожении виджетов. Для преодоления этих проблемм, вместо использования подобных связанных виджетов необходимо раздельно создать родительский и дочерний виджеты.

От переводчика: указанная проблемма возникает только при указании значения ресурса XmNdestroyCallback в списке параметров при создании виджета. Если используется стандартная подпрограмма регистрации процедур обратного вызова XtAddCallback, то подобных проблемм не возникает. Однако необходимо помнить, что возвращаемый функцией создания идентфикатор виджета указывает на виджет XmText (XmList), а для получения доступа к ресурсам XmScrolledWindow необходимо использовать функцию XtParent, возвращающую идентификатор родительского виджета. Необходимо также заметить, что замена "связки" виджетов типа XmScrolledText и XmScrolledList парой соответствующих виджетов не является простой задачей. При создании виджетов этих классов производится не только создание двух экземпляров необходимых виджетов, но и установка специализированных процедур обратного вызова, например, для осуществления прокрутки.

Ключевые слова GADGET и WIDGET определяют тип объекта и перекрывают соответствующее значение по умолчанию для этого типа объектов. Поле object_type может определять любой тип объекта, в том числе и имя необходимого гаджет варианта объекта (например, XmLabelGadget). Ключевые слова GADGET и WIDGET указываются только при определении объекта, и никогда не используются при ссылке на объект. Для определяемых пользователем виджетов нельзя указывать ключевые слова GADGET и WIDGET, определяемые пользователем объекты всегда являются виджетами.

Раздел идентификаторов

Раздел идентификаторов позволяет определять иденитфикаторы, механизм, позволяющий привязывать данные времени исполнения к именам в UIL модуле. Раздел идентификаторов состоит из ключевого слова IDENTIFIER и последующего списка имен, разделенных точкой с запятой.

IDENTIFIER identifier_name; [...;]

В последствии имена идентификаторов могут использоваться как значения параметров виджетов или как значения тэга процедур обратного вызова. Во время исполнения программа, используя функции MrmRegisterNames и MrmRegisterNamesInHierarchy, должна привязать имена идентификаторов к фактическим данным или, в случае процедур обратного вызова, к адресам данных, связанных с идентификатором.

Каждый UIL модуль имеет единственное пространство имен, т.е. нельзя использовать имя значения, объекта или процедуры в том же модуле в качестве идентификатора.

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

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

Директива подключения файлов

Директива подключения файла производит объединение содержимого указанного файла с UIL модулем. Этот механизм дает возможность совместного использования UIL модулями общих определений. Директива подключения файла имеет следующий синтаксис:

INCLUDE FILE file_name;

UIL компилятор заменяет директиву подключения файла содержимым подключаемого файла и обрабатывает его как если бы его содержимое просто было бы написано в текущем исходном файле UIL.

Додключаемые файлы могут быть вложенными, т.е. подключаемый файл сам может содержать директивы подключания файлов. UIL компилятор может обработать до 100 ссылок на подключаемые файлы (включая файл самого UIL модуля). Таким образом имеется возможность подключитб к модулю 99 файлов, включая вложенные. Счетчик ссылок ивеличивается на одни каждый раз, когда открывается файл, т.е. подключение одного файла дважды приведет к использованию двух ссылок.

Поле file_name является строкой, содержащей спецификацию файла, определяющую подключаемый файл. Правила поиска указанного файла похожи на правила поиска файлов заголовков (файлов .h) при использовании директивы #include со строкой заключенной в двойные кавычки в языке C. Для определения каталогов поиска подключаемых файлов UIL компилятор использует параметр -I. Поиск подкючаемых файлов осуществляется следующим образом:

• если кактлоги поиска не указаны, то UIL компилятор производит поиск подключаемого файла в каталоге, содержащем главный исходный файл;

• если компилятор не нашел файл в этом каталоге, он производит поиск в том же каталоге в котором расположен исходный файл, подключающий данный файл;

• если были указаны каталоги поиса, то UIL компилятор осуществляет поиск только в указанных каталогах.

Имена и строки

Имена могут состоять из любых символов от A до Z, от a до z, от 0 до 9, $ (знак доллара) и _ (подчеркивания). Имена не могут начинаться с цифры (от 0 до 9). Максимальная длинна имени ограничена 31 символом.

UIL дает возможность установить чувствительность или нечувствительность имен от регистра знаков с помощью соответствующего оператора в заголовке модуля. Например, если имена чувствительны к регистру, имена "sample" и "Sample" отличаются друг от друга. Если же имена нечувствительны к регистру, то выше приведенные имена представляют одно и тоже имя и могут использоваться совместно. По умолчанию UIL предпологает чувствительность имен к регистру.

В режиме нечувствиткльности к регистру компилятор сохраняет все имена в UID файле в рерхнем регистре. В режиме чувствиельности к регистру, компилятор производит запись имен в том же виде в каком они указаны в UIL файле.

Следующая таблица перечисляет зарезервированные ключевые слова UIL, которые не могут использоваться в качестве имен.

Незарезервированные ключевые слова UIL перечислены в следующем списке и таблице. Эти ключевые слова могут использоваться для определения имен, однако если эти ключевые слова используются в качестве имен, то становится невозможным использование соотетствующих этим ключевым словам возможностей UIL. К незарезирвированным ключевым словам UIL относятся:

• встроенные имена парамеров (например, XmNx, XmNheight);

• встроенные имена причин обратного вызова (например, XmNactivateCallback, XmNhelpCallback);

• имена наборов символов (например, ISO_LATIN1, ISO_HEBREW_LR);

• имена констант значений (например, XmMENU_OPTION, XmBROWSE_SELECT);

• типы объектов (например, XmPushButton, XmBulletinBoard).

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

Типы данных

UIL предоставляет возможность задания литералов для некоторых из поддерживаемых типов данных. Некоторые типы значений не поддерживают литеральной нотации (например, пиксельные изобраджения и таблицы строк). Значения для таких типов данных могут указываться с использованием функций, определенных в разделе функций. UIL непосредственно поддерживает следующие типы литералов:

• строковые литералы;

• целочисленные литералы;

• булевые литералы;

• литералы чисел с плавающей точкой;

Кроме этого UIL поддерживает тип данных ANY, который используется для отключения проверок типов данных во время компиляции.

Строковые литералы

Строковые литераля являются последовательностью 8-ми, 16-ти битовых символов или их комбинацией заключенных в ' (одиночные кавычки) или " (двойные кавычки). Строковые литералы также могут состоять из многобайтных символов заключенных в двойные кавычки. Строковые литералы не могут содержать более 2000 символов.

Строковые литералы ограниченные одиночными кавычками могут разбиваться на несколько строк. Для продолжения такого литерала на следующей строки необходимо завершить текущую строки символом \ (обратная наклонная черта). Литерал продолжается с первого символа на следующей строке.

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

Строковые литералы могут использовать один из следующих синтаксисов:

'[character_string]' [#char_set]"[character_string]"

Оба формата задания строковых литералов связывают набор символов со строковым значением. UIL использует следующие правила для определения набора символов и формата сохранения строковых литералов:

• строка, определенная как 'string', является эквивалентом #cur_charset"string", где cur_charset является компонентой набора символов перемонной оружения LANG если она определена, или значением XmFALLBACK_CHARSET если переменная среду окружения LANG не определена или не имеет компоненты набора символов. По умоляанию XmFALLBACK_CHARSET установлен в ISO8859-1 (эквивалентно ISO_LATIN1), но поставщик программного обеспечения может установить другое значение;

• строка, определенная как "string", является эквивалентом #char_set"string" если char_set был определен как используемый в модуле по умолчанию. Если для модуля не был определен набор знаков по умолчанию, то если в командной строке uil был указан параметр -s или же для вызываемого компилятора Uil был задан параметр use_setlocale_flag, то строка интерпретируется в текущем языковом окружении. Это означает, что строка обрабатывается в локализации пользователя, установленной посредством вызова setlicale, используемый ею набор знаков устанавливается в XmFONTLIST_DEFAULT_TAG, а если строка преобразуется в составную строку, то она сохраняется как сегмент в текущей локализации. В противном случае, определение "string" эквивалентно #cur_charset"string", где cur_charset интерпретируется как и для строк, заключенных в одинарные кавычки;

• строки, определенные как "string" или #char_set"string", сохраняются как нуль ограниченные строки.

Если в спецификации строки поле char_set не является встроенным набором символов или определенным пользователем набором символом, то для строки устанавливается набор символов XmFONTLIST_DEFAULT_TAG и пользователю выдется информационное сообщение о выполнении этой подстановки.

Приведенная ниже таблица содержит список наборов символов, поддерживаемых UIL для строковых литералов. Обратите внимание на то, что несколько имен UIL обозначают один и тот-же набор символов. В некоторых случаях имя UIL виляет на то, как будут читаться строковые литералы. Например, строки, обозначенные именем набора знаков UIL, заканчивающимся _LR, читаются слева на право. Имена, заканчивающиеся различной цифрой, обозначают использование различных шрифтов (например, ISO_LATIN1 и ISO_LATIN6). Все наборы символов в этой таблице представляются 8-ю битами.

Ниже приведены правила разбора строк для каждого набора символов:

Все наборы символов

Символы с кодами в дапазоне 00 .. 1F, 7F и 80 .. 9F являются управляющими символами, включая оба байта для 16-битных символов. Компилятор обозначает эти символы как недопустимые.

ISO_LATIN1 ISO_LATIN2 ISO_LATIN3 ISO_GREEK ISO_LATIN4

Строки этих наборов символов обрабатываются слева на право. Также для этих наборов символов поддерживаются управляющие последовательности в нуль ограниченных строках.

ISO_HEBREW ISO_ARABIC ISO_LATIN8

Строки этих наборов символов обрабатываются справа на лево. Например, строка #ISO_HEBREW"012345" создает простую строку "543210" с набором символов ISO_HEBREW. Направление для такой строки всегда будет справа на лево, тогда при выводе строка будет выглядеть как "012345". Для этих наборов символов в нуль ограниченных строках поддерживаются управляющие последовательности, а символы, порождающие эти последовательности, указываются в направлении слева на право. Например, всегда должно указываться \n, а не n\.

ISO_HEBREW_LR ISO_ARABIC_LR ISO_LATIN8_LR

Строки в этих наборах символов обрабатываются слева на право. Например, строка #ISO_HEBREW_LR"012345" порождает простую строку "012345" с набором символов ISO_HEBREW. Направление для таких строк всегда будет справа на лево, таким образом при отрисовке она будет выглядеть "543210". Другими словами, символы представленные в обычном порядке затем будут отображаться в принятом в иврите (поскольку в иврите обычно используются текстовые редакторы, записывающие строки справа на лево). Управляющие последовательности для нуль ограниченных также поддерживаются в этих наборах символов.

JIS_KATAKANA

Этот набор символов обрабатывается слева на право. Управляющие последовательности в нуль ограниченных строках поддерживаются этим набором символов. Имейте в виду, что символ \ (обратная наклонная черта) иногда может отображаться как знак йены.

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

Для интерфейсов приложений, отображающихся только на английском языке, UIL позволяет игнорировать различие между двумя вариантами использования строк. Компилятор по контексту определяет должна ли строка быть представлена как нуль ограниченная или же как составная строка.

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

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