6.6.5. Работа с файлами dbf и другими бд

Кроме вышеперечисленного, для KOL имеется так же два пакета для работы с файлами DBF и один пакет для работы с текстовыми таблицами, совместимыми с БД MS Access.

6.6.5.1. TdkDBKOL – автор Thaddy de Koning, позволяет читать поля из файлов DBF непосредственно, минуя необходимость установки драйверов, решения проблем с национальными кодировками, настройки соединений, источников данных и прочего (лишь бы были сами файлы).

6.6.5.2. KOLxBase – портировал для KOL Дмитрий Матвеев, так же позволяет работать с файлами DBF напрямую.

6.6.5.3. StrDB – автор Mike Talcott (США). Этот пакет позволяет работать с текстовыми таблицами в файлах. Формат таких файлов совместим с БД MS Access (через импорт и экспорт).

6.7. Расширения графики

Кроме базовых объектов для работы с изображениями типа растровый (BMP), пиктограмм (ICO), в основном составе KOL + KOLadd представлены так же метафайлы (WMF, EMF), которые я не стал описывать выше (однако постараюсь найти для них место в этом разделе). А на сайте KOL вы сможете найти объекты для работы со всеми основными графическими форматами: JPG, GIF, PNG, PCX, Targa, TIFF и некоторыми другими. Здесь я опишу только некоторые пакеты, не вдаваясь существенно в подробности.

6.7.1. Метафайлы wmf, emf

Поддержка метафайлов включена в основной пакет KOL. Объектный тип TMetafile представлен в модуле KOLadd, и позволяет полноценно работать с изображениями типа WMF и EMF, а именно: загружать такие изображения в память, формировать новые изображения, и отображать их на канве. Хотя метафайлы по своей природе довольно существенно отличаются от растровых изображений, хранящих образы поточечно, пиксель за пикселем, интерфейс объекта TMetafile максимально приближен к интерфейсу обычного однокадрового изображения, к которым, в том числе, относится TBitmap. Например, в нем так же есть свойства Width и Height (ширина и высота), методы для загрузки изображения из различных источников и сохранения в выходной поток и файл.

6.7.2. Изображения jpeg

Поддержка работы с JPEG-изображениями обеспечивается модулем JpegObj, код которого базируется на исходном коде, предоставленном организацией Independent JPEG Group. Большая часть кода прекомпилирована и поставляется в виде объектных файлов, поэтому 100%-ную гарантию того, что этот код не содержит ошибок, я не могу, к сожалению. Тем не менее, опыт использования этого модуля в моих приложениях показывает довольно значительную устойчивость его кода к сбойным данным.

Техника работы с JPEG-изображениями не намного сложнее, чем с растровыми (TBitmap). Для того чтобы загрузить изображение, для объекта TJpeg делается вызов одного из методов загрузки из файла или потока. Прежде, чем изображение сможет быть нарисовано на канве или присвоено объекту растрового рисунка (TBitmap), должна быть выполнена процедура декодирования (для чего явно или неявно вызывается метод DIBNeeded), во время которой JPEG-изображение расшифровывается и восстанавливается во внутренний объект типа TBitmap.

Либо немедленно после декодирования, либо до начала декодирования свойство ConvertCMYK2RGB следует установить в TRUE, иначе, если JPEG-изображение закодировано в цветовой кодировке CMYK, цвета будут неверными. Впрочем, если вы уверены, что изображения в таком формате вашему приложению не попадутся, вы можете не трогать это свойство, и сэкономить несколько килобайт кода.

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

Если загрузить требуется не само изображение, а его уменьшенную копию, то JPEG-формат имеет специальные средства для ускоренной загрузки таких миниатюр. Достаточно выставить нужный масштаб свойству Scale (минимально возможное значение jsEighth, что соответствует 1/8 исходного размера).

Объект TJpeg позволяет выполнить обратную конверсию точечного изображения в формат JPEG и сохранить его в файле или потоке. Для этого достаточно присвоить свойству Bitmap объекта некоторый другой растровый рисунок типа TBitmap (используя операцию ‘:=’, а не метод Assign!), а затем выполнить соответствующий метод сохранения, например, SavetoFile. Компрессия выполняется непосредственно перед выполнением сохранения – автоматически, либо возможно вызвать метод Compress в желаемый момент. При этом так же возможно управлять степенью сжатия, присваивая предварительно требуемое значение свойству CompressionQuality (число в диапазоне от 1 до 100). При кодировании изображения так же может использоваться событие OnProgress для индикации прогресса и возможного прерывания операции.

Если в приложении не вызываются методы, выполняющие сжатие и сохранение изображения, то это экономит около 30Кбайт кода. В этом случае увеличение размера приложения составит около 50К. Если используется и загрузка, и выгрузка, нетрудно подсчитать, что рост размера приложения составит около 80К. Кстати, эта величина для KOL-приложений не может считаться пренебрежительно малой. Я привожу эти цифры еще и для того, чтобы было понятно, что, например, не следует графические изображения в ресурсах хранить в JPEG-формате, если их немного и они небольшие: экономию размера съест толстенький код декодировщика таких ресурсов. Не говоря уже о том, что JPEG – это формат для сжатия с потерями, то есть изображение искажено по сравнению с оригиналом.