| Home · All Classes · Annotated · Functions |
In the case of a data stream or a temporary file there is no concept of a meaningful filename visible outside the DocAPI. Generally, client programs only need access to the content, so there will be no request for the filename string. Even though the filename will not be available, a range of important metadata about the Content will be available via the API - this is known as Content metadata.
Content metadata contains important information about a Content item. For example, it:
The Document System maintains the following meta-data for the Content Items:
| Field | Description/Example |
|---|---|
| uiName | User-visible content name: for example, Us on the beach |
| mimeType | RFC2045 content type: for example, image/jpeg |
| size | number of bytes of plain content : mainly for encrypted and/or compressed files, and streams |
| drmStatus | one of:
|
| docStatus | one of:
|
| icon | user-visible QIcon data: a Qtopia icon suited to the mime-type, or a downloaded icon |
| thumbnail | cached thumbnail data: allows previewing as appropriate, for example, 32x32 low-bit plane representation of the jpeg; may be null |
| owner | program identity as per Safe Execution Environment: allows uninstalls and updates to manage files related to a program |
| categories | link to or export of category sub-system information:
|
Content metadata is detailed further through the use of categories. The Category framework contains system-generated Categories, that is by:
together with user-defined categories. Automated categorization is enabled by a scanning engine that will silently scan media in the background and upgrade the internal databases, and categorize files for display.
| Copyright © 2006 Trolltech | Trademarks | Qtopia 4.1.7 |