You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
koffice/krita/doc/impexp.txt

42 lines
1.7 KiB

THIS IS OBSOLETE
Import/Export & ImageMagick
Import/Export is currently hardcoded to use ImageMagick and the RGB colormodel.
Additionally, export is broken and even when working, only supported exporting
to images with one layer.
Kimgio is not suitable for Krita since it only supports importing images as one
QImage.
The new design should support plugins instead of hardcoded filters, so we can
add an ImageMagick plugin, an openExr plugin or any other kind of image readers.
Issues:
* conflicts -- more than one plugin might want to support JPEG, for instance.
* configuration -- compression settings, optional flattening, adding
profiles, colorspace conversion
* identification -- no sane way to distinguish a particular type of tiff from
another type, for instance.
* colormodel integration -- basically, there are cmyk, rgb and grayscale
images in a variety of bit depths (e.g., openexr supports 16 bit and half).
Colorspaces must interpret the file data to build Krita pixels and must
unpack krita pixels to a format a file exporter (e.g, ImageMagick pixel
packets) can work with. This means that plugins can depend on the presence
of other plugins.
* Import/export should be lossless -- i.e., all extra information any file
format may attach to the image should be kept around and used on export.
Examples are Exif data and profiles, but also Gimp comments.
KisAnnotation contains metadata about an image that is grabbed from
a file, such as exif data or TIFF tags and that we should be able to save.
KisAnnotation
KisAnnotation(QString type, QString annotation);
KisAnnotation(QString type, QByteArray annotation);;