По-умолчанию, размер Полей для хранения имен объектов и их Компонент = 115, они содержат длинные наименования и полные пути доступа к рабочим компонентам. Значения, большие чем > 115, не рекомендуется использовать в своей работе, предполагается, что сумма двух  соответствующих Полей не должна превышать 240 (максимального значения для длины Ключевого Поля - индексного выражения).

Не рекомендуется уменьшать размер для поля с именем Hostfile, если вы не уверены, что имена файлов, содержащих исходные тексты программного Кода не содержат длинных имен Компонент. В противном случае, рассматриваемое Приложение будет генерировать сообщение об Ошибке: отсутствует некомпилированная версия данного файла.

Если вы используете глубоко вложенные объекты PageFrame, а также сложные сетки Grid, содержащие длинные имена вложенных объектов, то остерегайтесь сокращать длину полей ObjClass / Executing, ; еще требуется резирвировать место для возможного сообщения об Ошибке.  В противном случае, вам будет трудно определить местоположения возникающей ошибки, так как, необходимая информация не поместилась в соответствующем поле рабочей таблицы приложения Coverage.

Когда вы изменилт размерность полей ObjClass / Executing, может возникнуть опасность неадекватного обозначения объектов или Компонент в соответствующем файле Протокола статистики подсистемы Coverage. Хотя рассматриваемая подсистема не генерирует никаких простейших ошибок (с низким уровнем значимости), но при выполнении разрабатываемого приложения согут возникнуть более серьезные Ошибки по однозначной идентификации используемых объектов, имена которых были урезаны в процессе работы приложения Coverage.

Обычно, для изменения размеров описываемых полей, используются значения свойств: iLenHostfile, iLenObjClass, iLenExecuting. Вы можете динамически изменять значения этих свойств, при открытом системном окне Coverage, но до момента открытия Журнала (Coverage Log), который имеет очень большой размер.

Обратите Внимание
Когда вы уже открыли Журнал, вы не можете изменить размерность описанных полей, пока не будет создан новый журнал, иначе вы рискуете получать Статистические Ошибки.

Тем не менее, если вы определили значение параметра COV_TOPSPEED = True (.T.) (наилучшая скорость выполнения), из соответствующего настроечного файла COV_TUNE.H, что улучшает производительность приложения Coverage, который использует настроечные параметры из уже указанного файла COV_TUNE.H, где также могут быть определены размерности описанных выше Полей. (Данные значения используются многократно для получения однозначных сравнений различных Компонент приложения, и при анализе исходного программного Кода.) Если вы используете установку COV_TOPSPEED = true (.T.), вы должны выполнить соответствующие корректировки в указанном файле COV_TUNE.H 

Описание

Концепции