Working with PreviewsSun Java™ System
|
[Skip TOC]
Previews enable subscribers to sample content before purchasing. The enhanced preview feature provided by this update includes the following improvements to the existing preview feature:
Subscribers can preview items from the content details when browsing available content. Subscribers see or hear the previews that are associated with the edition that runs on their device. Capability matching is done only on the edition, not on the preview file. The only checking done by the system is to ensure that the preview file is of a MIME type that is supported by the Content Delivery Server. The Content Delivery Server does not check whether the subscriber is using a browser that is capable of showing or playing the selected preview.
Note: This update replaces the existing preview feature with an enhanced preview feature. The Content Delivery Server manuals are not included in this product update. The information in this supplement to the documentation overrides the information in the manuals as noted in the following sections.
[Top]
Preview
A means for a subscriber to sample a content item, for example a few notes of a ring tone, a sample image, or one or more sample images for a game.
Preview File
A file that contains a sample of a content item. The content file itself can also be used as a preview file. Preview files that are available in various formats for each content type enable subscribers to sample a content item on a web browser or a WAP browser. The preview file must be of a MIME type that is supported by the Content Delivery Server and cannot be an application or other type of content that requires more than one source file. A preview file can be a local file, an externally hosted file, or a copyrighted externally hosted file.
Preview Caption
A label that is given to a preview file for identification. The preview caption is what the administrators and subscribers see when working with the preview files. A caption is optional. If no caption is provided, the default implementation of the Subscriber Portal uses "Untitled" as the caption.
Preview Set
One or more preview files that are associated with a content edition. When a new edition or an edition update is submitted, it can be associated with the preview set of an existing edition or new preview files can be submitted with the edition to create a new preview set.
Preview Position
The position in which a preview file appears in a preview set. The preview position determines the order of the preview files in the list shown to the subscriber.
Watermarking
A means of applying a watermark as defined by a set of watermarking attributes that are specified in a configuration file. The watermark can be applied when the content is stocked, when the preview is viewed by the subscriber, or both when stocked and viewed by the subscriber, depending on how the Content Delivery Server is configured. For this release of the Content Delivery Server, watermarks are applied only to image preview files.
[Top]
The following table describe the differences introduced with this product update.
Previous Behavior | New Behavior |
---|---|
Catalog Manager administrators enabled and disabled previews in the content type definition. | The control for enabling
and disabling previews by content type is no longer available. Previews
are supported for all content types and multiple preview files can
be submitted for each edition of content. In place of this option is the control for selecting whether items of this content type can use the content file as a preview file. You cannot select this option for the content types midlet and iappli . |
Only one preview file could be submitted for each item of content. Up to two screen shots could also be provided with content. | When submitting content, the fields for
preview and screen shots are replaced by the control for preview sets.
This control appears after the Pricing section. When viewing content details, the fields for preview and screen shots are replaced by the control for preview sets. |
Step 4 of the submission wizard showed
the following options for specifying the device capabilities that are
required by the content:
|
Step 4 of the submission wizard initially
shows the following options for specifying device capabilities:
When Use Custom Capabilities Matching is selected, the options Choose by Supported Devices and Choose by Minimum Required Capabilities are shown. |
Vending Manager administrators could add and delete previews. | Vending Manager administrators can only view previews. |
If auto stocking is turned off and a Catalog Manager administrator changed or added a preview to an item of content, the Vending Manager administrator was notified that the item had been updated. The Vending Manager administrator had the option to update the item or continue using the previous version. | When a preview file is changed or added by the Catalog Manager administrator, the system notifies the Vending Manager and the item is updated automatically. |
[Top]
Before submitting preview files, decide whether you want to add watermarks to previews, which content types can use the original content file as a preview file, and which MIME types are treated as audio preview files. Watermarking configuration is done by the system administrator. Preview configuration is done by the Catalog Manager administrator and the system administrator.
[Top]
Watermarking is the process of modifying a file to mark it as sample content. In the Content Delivery Server, a watermark can be applied when content is stocked and when content is previewed by a subscriber. Watermarks are cumulative. If a watermark is applied when content is stocked and another watermark is applied when a preview is accessed by a subscriber, the preview contains both watermarks.
The Catalog Manager administrator works with the original preview file. If the Content Delivery Server is configured to watermark content when content is stocked, the watermarked version of the preview file is stored in the Vending Manager and is available to the Vending Manager administrator. If the Content Delivery Server is configured to watermark content when a preview is accessed, only the subscriber sees the watermarked version.
Watermarking is not enabled by default. To enable watermarking, follow the instructions in the following sections. The watermarking utility provided with the Content Deliver Server can watermark only files with the following MIME types:
The default watermark is the string "Sample" in the center of the image as shown in the following figure.
In this release, watermarks are supported for images only. Animated images cannot be watermarked. Externally hosted preview files that are copyrighted can be watermarked only when content is previewed, not when content is stocked. If the file is not copyrighted and the system is configured to watermark files when content is stocked, a copy of the externally hosted file is watermarked and stored in the Content Delivery Server.
To enable watermarking when content is stocked, set the watermarking.enabled.content-types
property
in the $CDS_HOME/deployment/deployment-name/conf/StockingWatermarking.properties
file
to the content types to which watermarks are applied. The default is image
.
In this release, watermarks are supported for images only.
To use the default watermarking implementation for image content, do not change the other properties in this file.
You can use text,
an image, or both text and an image as your watermark. Set the properties
in the $CDS_HOME/deployment/deployment-name/conf/StockingWatermarkingImage.properties
file
to define the watermark to use. These properties are described in the following
table.
Properties
for Defining a Watermark
Property | Description |
---|---|
watermark.image.txt.source |
Text that is overlaid on the original
image as a watermark. Maximum length is 255 characters.
If no value is specified, all other properties beginning with watermark.image.txt are
ignored. The initial value is Sample . Note: Make sure that the font specified for watermark.image.txt.font.name supports
the characters used for the text watermark. |
watermark.image.txt.font.name |
Font used for the text watermark. To specify multiple fonts, separate the font name with a comma. If the system does not support any of the fonts specified, a substitute font is used. If no value is specified, Helvetica,New Times,Courier,Arial is
used. The initial value is New Times . |
watermark.image.txt.position |
Position and repetition factor used to place the watermark. The following values are valid:
NONE is used. The initial value
is CENTER . |
watermark.image.txt.font.size |
Size in points of the font used for the
text watermark. Valid values are decimal numbers from 8 to 96 and FIT_IMAGE .
Use FIT_IMAGE to have the size automatically adjusted
to fit the original image. If no value is specified, FIT_IMAGE is
used. The initial value is FIT_IMAGE . |
watermark.image.txt.font.colour |
Color of the text watermark. The following values are valid:
BLACK is used. The initial value
is BLACK . |
watermark.image.txt.font.transparency |
Transparency factor of the text watermark. Valid values are 0.0 through 1.0 , where 0.0 is completely transparent and 1.0 is completely opaque. If no value is specified, 1.0 is
used. The initial value is 0.75 . |
watermark.image.txt.font.modifier |
Font modifier for the text watermark. Valid
values are BOLD , ITALIC , UNDERLINE ,
and PLAIN . To specify more than one modifier, separate
the values with a comma. If PLAIN is used, do not add
any other modifier. If no value is specified, PLAIN is
used. The initial value is PLAIN . |
watermark.image.border.width |
The width of the border in pixels that is added to all sides of the original image. A border can be used with both a text watermark and an image watermark. Specify any positive integer or 0 for no border. If no value is specified, 0 is
used. The initial value is 0 . |
watermark.image.border.colour |
The color of the border that is added to the original image. A border can be used with both a text watermark and an image watermark. Valid values are the same as the valid values for watermark.image.txt.font.colour . If no value is specified, BLACK is
used. The initial value is an empty string. |
watermark.image.img.source |
File name or URL for the image used as
the watermark. The target of the URL must not be on a secured site
and must be accessible through any firewall that exists between
the Content Delivery Server and the target. The file must be of
one of the following MIME types:
watermark.image.img are
ignored. The initial value is an empty string. |
watermark.image.img.position |
Position and repetition factor used to place the watermark. The following values are valid:
NONE is used. The initial value
is an empty string. |
watermark.image.img.dimensions |
The X and Y dimensions in pixels of the watermark image, for example 10,10 .
The watermark image is scaled if the dimensions exceed the actual size.
If no value is specified, no overlay is applied. The initial value
is an empty string. |
watermark.image.img.transparency |
Transparency factor of the watermark image. Valid values are 0.0 through 1.0 , where 0.0 is completely transparent and 1.0 is completely opaque. If no value is specified, 1.0 is
used. The initial value is an empty string. |
The server does not need to be restarted if you make changes to either of
the property files. If
you change the properties in the $CDS_HOME/deployment/deployment-name/conf/StockingWatermarkingImage.properties
file,
preview files for content stocked after the change use the updated watermark.
Preview files for content stocked before the change retain the original watermark
until one of the following actions occurs:
When one of the listed actions occurs for a content item, all preview files associated with that item are recreated using the original file and the updated watermark.
If the preview file is hosted externally, a watermarked copy of the file is stored in the Content Delivery Server. If the externally hosted preview file is updated, a copy of the updated file is watermarked and stored in the Content Delivery Server the next time a subscriber purchases or downloads an edition with which the preview file is associated.
To enable watermarking when content is previewed by the subscriber, set
the watermarking.enabled.content-types
property
in the $CDS_HOME/deployment/deployment-name/conf/DiscoveryWatermarking.properties
file
to the content types to which watermarks are applied. The default is an empty
string, so no watermark is applied when content is previewed.
To use the default watermarking implementation for image content, do not change the other properties in this file.
You can use text, an image, or both text and an image as a watermark. Set
the properties in the $CDS_HOME/deployment/deployment-name/conf/DiscoveryWatermarkingImage.properties
to
define the watermark to use. These properties are described in the table Properties for Defining a Watermark.
If watermarking is also enabled when content is stocked, the preview contains both watermarks.
The Content Delivery Server provides an implementation of the Content Management API that handles watermarking as described in this section. To customize the watermarking process for your enterprise, you need to create your own implementation of the Content Management API. See Content Management API for information.
The server does not need to be restarted if you make changes to either of
the property files. If you change the properties in the $CDS_HOME/deployment/deployment-name/conf/DiscoveryWatermarkingImage.properties
file,
the next time a subscriber previews content the updated watermark is used.
[Top]
Preview configuration consists of the following tasks:
For some content types, such as image
, the original content
file can be used as the preview, if desired. For other types of content,
such as midlet
, the original content file is not suitable for
use as a preview. The Catalog Manager administrator can specify the content
types for which the content file can be used as a preview file. If the option
to use the content file as a preview file is selected when content is submitted,
two copies of the file are kept by the Content Delivery Server. One copy
is stored as the original content file and the other copy is stored as a
preview file.
To enable or disable the use of the content file as the preview, follow these steps:
Do not choose midlet
or iappli
.
These types of content cannot be used as preview files.
Select Submitted Content of this Type Can Be Used as Its Own Preview to enable the content file to be used as a preview file. Remove the check from the box if you do not want to allow the content file to be used as a preview file.
To ensure that the Content Delivery Server correctly recognizes files
as audio previews, edit the AudioMimeTypes.config
file in the $CDS_HOME/deployment/deployment-name/conf
directory.
Enter one or more regular expressions as defined by the java.util.regex
package
to identify the MIME types used in your system for audio files. Enter one
expression per line, for example:
audio/.* sound/.* application/x-ert
A preview caption is optional. If no caption is provided by the content provider
or the administrator, a default caption is used. To set the default caption,
set the desktop.preview.untitled
property in the $CDS_HOME/deployment/deployment-name/conf/SubscriberPortalLocaleResource.properties file
to the string of your choice. If you do not want a default caption, set this
property to the empty string. If you have locale-specific resource files, set
the property in the files for the locales that you use.
[Top]
Content is submitted to the Content Delivery Server using either the Developer Portal or the Content Aggregator Interface. An item of content has one or more editions. Each edition can have different capabilities that are used to determine the devices on which it runs. Preview files are submitted with editions. Preview files can be of any MIME type supported by the Content Delivery Server, but should be of a type that is supported by the device for which the associated edition is targeted. If the preview file cannot be handled by the device, the subscriber is unable to preview the content. In addition to submitting previews for use with wireless access protocol (WAP) browsers on devices, you can also submit previews for use with web browsers for subscribers who use the PC-based Subscriber Portal.
[Top]
You can submit content using the Developer Portal component of the Content Delivery Server. The submission wizard supports submission of a single item of content as well as submission of multiple items in a Zip or provisioning archive (PAR) file. A PAR file cannot be used to submit preview files with content.
See the Content Developer Guide in the $CDS_HOME/Documentation
directory
for complete instructions for submitting content. The following sections
correspond to sections in that guide and supplement the existing information:
After completing Step 5, select Use Original Content as a Preview if you want the content file to also be a preview file. A caption is optional. This option is available only if the Catalog Manager administrator enabled the option for the type of content that you are submitting.
In Step 7, the following fields are no longer available:
In Step 9, after the section for entering pricing information is a section for submitting one or more preview files. If you chose to use the original content as a preview, the file appears in both the WAP Previews list and the Web Previews list. To submit preview files, follow these steps:
Select File if the preview file is local. Select URL if the preview file is remote.
Select WAP to use the file when subscribers browse from their device. Select WEB to use the file when subscribers browse from their PC. Both targets can be selected.
A window is shown while the add operation is performed. If the file is invalid, the window shows an error. Otherwise, the window closes and the preview file is added to the WAP Previews list and the Web Previews list based on the choices made in Step 3.
If the preview file is for both WAP and web browsers, entering a caption for the file in the WAP Previews list automatically enters the same caption for that file in the Web Previews list. If you want a different caption for the web preview file, overwrite the caption in the Web Previews list. This action breaks the link between the two captions. Captions appear in both the device-based and PC-based Subscriber Portal. If no caption is provided, the default implementation shows Untitled.
The preview files that you submit create the preview set for the first edition of this item of content.
Also in Step 9, the section for specifying device capabilities has changed. To let the Content Delivery Server determine which devices can run the content, select Use Automated Capabilities Matching (typical). To choose devices or set specific capabilities, select Use Custom Capabilities Matching and make your choices as described in the Content Developer Guide. Additional fields are hidden until Use Custom Capabilities Matching is selected.
After completing Step 5, select Use Original Content as a Preview if you want the content file to also be a preview file. This option is available only if the Catalog Manager administrator enabled the option for the type of content that you are submitting. A caption is optional.
In Step 7, after the section for entering content information is a section for associating preview files with the edition. You can use the same preview files that are used for other editions of this content or you can submit new preview files.
To submit new files, follow Step 1 through Step 9 in "Submitting New Content with the Wizard."
To use files in other preview sets, follow these steps:
The Select from Available Editions window is shown.
The entries in the list identify the edition and the preview set that it references. If all editions use the same preview set, the list contains only one entry. If more than one edition uses the same preview set, the set appears in the list more than once. If an edition has been updated, all versions of the edition appear in the list. The WAP Files and Web Files lists are filled with the preview files in the selected preview set.
Click Inspect to view or hear the preview.
Select WAP to use the file when subscribers browse from their device. Select WEB to use the file when subscribers browse from their PC. Both targets can be selected.
The files that you selected are added to the WAP Previews and Web Previews lists on the Content Descriptions page based on the targets for each selected file.
When you are done selecting files, click Cancel in the Select from Available Editions window.
The entries in the list identify the edition and
the preview set that it references. If all editions
use the same preview set, the list contains only one entry.
If more than one edition uses the same preview set, the set appears in the
list more than once. If an edition does not have any preview files, the set
is shown as Empty
Set
.
If an edition has been updated, all versions of
the edition appear in the list. The files in the selected preview set are added to the WAP Previews and
Web Previews lists. If the empty set is selected, no files are added to
the lists. To view a preview file, click Inspect for that item.
In Step 8, the section for specifying device capabilities has changed. To let the Content Delivery Server determine which devices can run the content, select Use Automated Capabilities Matching (typical). To choose devices or set specific capabilities, select Use Custom Capabilities Matching and make your choices as described in the Content Developer Guide. Additional fields are hidden until Use Custom Capabilities Matching is selected.
You can submit multiple items of content of the same content type in either
a Zip or PAR file. To submit preview files with content, you must use a Zip
file. The content submission file describes the content that you are submitting.
In the "Content Descriptor Section" (page 25), new tags
are added after the <Version>
tag. The following elements
describe the preview files that you want to submit:
<Preview> <Wap> <File src="path" caption="caption
"/> </Wap> <Web> <File src="path" caption="caption
"/> </Web> </Preview>
Files under the <Wap>
tag are
used when subscribers are using the device-based Subscriber Portal.
Files under the <Web>
tag are used
when subscribers are using the PC-based Subscriber Portal. If you do not
want to provide preview files for a target, do not include the tags
for that target in the file. The value specified for src
must
be the fully qualified file name of a file within the package or the
URL that points to the file, for example, src="/graphics/image1.jpg"
or
src="http://test.server/image1.jpg"
. A caption is
optional.
Provide one <File>
tag for each
preview file that you have. To use the content file as a preview file, use
the following statement:
<File useContentFile="true" caption="caption"/>
<Preview useEditionName="edition-name"/>
edition-name
is the name of the edition
whose preview set you want to use. This option is valid only if you are
adding or updating an edition.
<Preview>
tag is provided, the action taken is dependent
on the value specified for the <Action>
tag.
If the action is New
, it is
assumed that the content has no preview files. If the action is Add
or
Update
, the preview set used by the edition named by the <EditionName>
tag is used. If the edition named by the <EditionName>
tag
has preview files and you want to submit an edition that does not have
preview files,
use the following statement:
<Preview none="true"/>
In the "Web Descriptor Section" (page 28), the following tags under the <WebGroup>
tag are no longer used and are ignored if present:
<Preview src="path"/>
<ScreenShot src="path"/>
In the section "Sample Content Submission Files" (page 31) the following sample submission file replaces Code Example 5. This sample includes two previews that are available when using a WAP browser on the device-based Subscriber Portal and one preview that is available when using a web browser on the PC-based Subscriber Portal. Of the two files targeted for a WAP browser, one is the content file itself and one is a different version of the content. The file targeted for the web browser is the content file itself.
Content Submission File for New Ring Tone Content
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="New"/> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>Lullaby</EditionName> <Version>1.0</Version> <Preview> <Wap> <File useContentFile="true" caption="Full Version"/> <File src="/preview/LullabySample.au" caption="Short Version"/> </Wap> <Web> <File useContentFile="true" caption=""/> </Web> </Preview> </ContentDescriptor> <WebDescriptor> <Category>Home:Entertainment:Music</Category> <DeveloperContentId>12345</DeveloperContentId> <WebGroup> <DisplayName>Lullaby</DisplayName> <ShortDescription>Latest from GenCompany</ShortDescription> <LongDescription>Bring back memories of gentler days every time your phone rings</LongDescription> </WebGroup> </WebDescriptor> </ContentSubmission>
The following examples show the use of the <Preview>
element for different submission scenarios. Each example is followed by a description of the contents of the Zip file that the sample content submission file describes.
Content Item Using the Original Content as a Preview
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="New"/> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>Lullaby1.1</EditionName> <Version>1.1</Version> <Preview> <Wap> <File useContentFile="true" caption="Full Version"/> </Wap> <Web> <File useContentFile="true" caption="Hear the complete lullaby"/> </Web> </Preview> </ContentDescriptor> <WebDescriptor> <Category>Home:Entertainment:Music</Category> <WebGroup> <DisplayName>Lullaby</DisplayName> <ShortDescription>Memories every time your phone rings</ShortDescription> <LongDescription>Bring back memories of gentler days every time your phone rings</LongDescription> </WebGroup> </WebDescriptor> </ContentSubmission>
The Zip file contains the following files:
Lullaby_1_1.mid
meta/ContentSubmission.xml
Edition Using the Original Content as a Preview and a Different Preview for the Web
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="Add"> <EditionName>Lullaby1.1</EditionName> </Action> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>Lullaby1.2</EditionName> <Version>1.2</Version> <Preview> <Wap> <File useContentFile="true" caption="Full Version"/> </Wap> <Web> <File src="/preview/Lullaby_1_2.mp3" caption="Full Version"/> </Web> </Preview> </ContentDescriptor> </ContentSubmission>
The Zip file contains the following files:
Lullaby_1_2.mid
meta/ContentSubmission.xml
preview/Lullaby_1_2.mp3
Content item with a preview using a separate file as the preview
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="New"/> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>Lullaby2.1</EditionName> <Version>2.1</Version> <Preview> <Wap> <File src="/preview/LullabySample_2_1_Short.mid" caption="Short Version"/> </Wap> <Web> <File src="/preview/LullabySample_2_1_Short.mid" caption="Hear a short version of the lullaby"/> </Web> </Preview> </ContentDescriptor> <WebDescriptor> <Category>Home:Entertainment:Music</Category> <WebGroup> <DisplayName>Lullaby</DisplayName> <ShortDescription>Memories every time your phone rings</ShortDescription> <LongDescription>Bring back memories of gentler days every time your phone rings</LongDescription> </WebGroup> </WebDescriptor> </ContentSubmission>
The Zip file contains the following files:
Lullaby_2_1.mid
meta/ContentSubmission.xml
preview/Lullaby_2_1_Short.mid
Edition with a Preview Using a Separate File as the Preview and a Different Preview for the Web
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="Add"> <EditionName>Lullaby2.1</EditionName> </Action> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>Lullaby2.2</EditionName> <Version>2.2</Version> <Preview> <Wap> <File src="/preview/LullabySample_2_2_Short.mid" caption="Short Version"/> </Wap> <Web> <File src="/preview/LullabySample_2_2_Short.mp3" caption="Short Version"/> </Web> </Preview> </ContentDescriptor> </ContentSubmission>
The Zip file contains the following files:
Lullaby_2_2.mid
meta/ContentSubmission.xml
preview/Lullaby_2_2_Short.mid
preview/Lullaby_2_2_Short.mp3
Content Item with Multiple Previews
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="New"/> <ContentDescriptor> <ContentType>midlet</ContentType> <EditionName>GreatGame3.1</EditionName> <Version>3.1</Version> <Preview> <Wap> <File src="/preview/GreatGameTitle.jpg" caption="Title Screen"/> <File src="/preview/GreatGamePlay.jpg" caption="Play Screen"/> </Wap> <Web> <File src="/preview/GreatGameTitle.jpg" caption="Title Screen"/> <File src="/preview/GreatGamePlay.jpg" caption="Play Screen"/> </Web> </Preview> </ContentDescriptor> <WebDescriptor> <Category>Home:Entertainment:Games</Category> <WebGroup> <DisplayName>Great Game</DisplayName> <ShortDescription>Play a great game</ShortDescription> <LongDescription>Have a great time playing a great game</LongDescription> </WebGroup> </WebDescriptor> </ContentSubmission>
The Zip file contains the following files:
GreatGame_3_1.jad
GreatGame_3_1.jar
meta/ContentSubmission.xml
preview/GreatGameTitle.jpg
preview/GreatGamePlay.jpg
Edition with Multiple Previews
<?xml version="1.0" encoding="UTF-8"?> <ContentSubmission> <Action value="Add"> <EditionName>GreatGame3.1</EditionName> </Action> <ContentDescriptor> <ContentType>ringtone</ContentType> <EditionName>GreatGame3.2</EditionName> <Version>3.2</Version> <Preview> <Wap> <File src="/preview/GreatGameTitle.jpg" caption="Title Screen"/> <File src="/preview/GreatGamePlay.jpg" caption="Play Screen"/> </Wap> <Web> <File src="/preview/GreatGameTitle.gif" caption="Title Screen"/> <File src="/preview/GreatGamePlayAnimated.gif" caption="Animated Play Screen"/> </Web> </Preview> </ContentDescriptor> </ContentSubmission>
The Zip file contains the following files:
GreatGame_3_2.jad
GreatGame_3_2.jar
meta/ContentSubmission.xml
preview/GreatGameTitle.jpg
preview/GreatGamePlay.jpg
preview/GreatGameTitle.gif
preview/GreatGamePlayAnimated.gif
The changes described in "Creating a Content
Submission File" also apply to the submission file used to submit
content using the Content Aggregator Interface. If authentication is needed
to access a preview file, it must be the same as the authentication specified
for the content file. See the Content
Developer Guide in the $CDS_HOME/Documentation
directory
for complete instructions.
[Top]
Preview sets can be edited in the Developer Portal by the content provider and in the Catalog Manager administration console by the administrator. Vending Manager administrators can only view preview sets.
You can manage the preview sets associated with an item of content independent of the editions, or you can manage the preview set associated with a specific edition. When managed independently, any change to a preview set affects all editions that reference that preview set. When managed by edition, the following options are available:
If changes are made so that a preview set is no longer referenced by any edition, that preview set is automatically deleted by the system.
Note: To inspect preview files while managing preview sets, your browser must be set to allow popups for the Content Delivery Server Developer Portal, Catalog Manager administration console, and Vending Manager administration console. Also, the Content Delivery Server does not check whether the browser being used is capable of showing or playing the selected preview. The browser determines how unsupported file types are handled.
[Top]
Preview sets can be edited only for content or editions that have a status of New or Denied. To edit preview sets in the Developer Portal, follow these steps:
The Content Properties page is shown. A section that contains the preview information is shown after the Catalog Description section.
If the content has a status of New or Denied, all preview sets can be edited. If the content has a status of Published or Unpublished, a preview set can be edited if the set is associated with only new editions or edition updates with a status of New or Denied.
The Edit Preview Set page is shown. The editions that use the preview set are identified below the name of the set. On this page, modify the preview set as described for creating a new preview set when submitting an edition in "Submitting Content Editions with the Wizard." You can also change captions, reorder the files, and delete unwanted files. To view or hear a preview file, click Inspect for that file.
All editions that use the preview set are affected by the changes made. If the content had a status of Denied, the status for the content and all its editions is changed to New. If the content had a status of Published or Unpublished, the following changes occur:
The View Content Edition page is shown. After the General Information section is the Previews section.
The Edit Edition Previews page is shown. The editions that use the preview set are identified below the name of the set. On this page you can modify the preview set using the same process used when submitting editions (see "Submitting Content Editions with the Wizard.") You can also change captions, reorder the files, and delete unwanted files. To view or hear a preview file, click Inspect for that file.
If this edition was using a preview set that other editions used, a new preview set is created for this edition. Other editions remain unchanged. If the content had a status of Denied, the status for the content and all its editions is changed to New. If the content had a status of Published or Unpublished and the edition had the status Denied, the status of the edition is changed to New. No other editions are changed.
[Top]
To edit preview sets in the Catalog Manager administration console, follow these steps:
The View Content Properties page is shown. A section that contains the preview information is shown after the Catalog Description section. This information replaces the Preview, Screen Shot #1, and Screen Shot #2 fields shown previously.
The Edit Preview Set page is shown. The editions that use the preview set are identified below the name of the set. On this page, modify the preview set as described for creating a new preview set when submitting and edition in "Submitting Content Editions with the Wizard." You can also change captions, reorder the files, and delete unwanted files. To view or hear a preview file, click Inspect for that file.
All editions that use the preview set are affected by the changes made.
The View Content Edition page is shown. After the General Information section is the Previews section.
The Edit Edition Previews page is shown. The editions that use the preview set are identified below the name of the set. On this page you can modify the preview set using the same process used when submitting editions (see "Submitting Content Editions with the Wizard.") You can also change captions, reorder the files, and delete unwanted files. To view or hear a preview file, click Inspect for that file.
If this edition was using a preview set that other editions used, a new preview set is created for this edition. Other editions remain unchanged.
[Top]
To view preview sets in the Vending Manager administration console, follow these steps:
Previews for content accessed from the Catalog tab are not watermarked. Previews for content accessed from the Stocked Content are watermarked if the Content Delivery Server is configured to watermark items when content is stocked.
The View Content Properties page is shown. A section that contains the preview information is shown after the Catalog Description section.
To view or hear a preview file, click Inspect for that file.
The View Content Edition page is shown. After the General Information section is the Previews section. To view or hear a preview file, click Inspect for that file.
[Top]
The Content Management API and the Subscriber
API have been changed to support
the enhanced preview feature. If you have your own implementation of the
ContentManager
interface or you have created your own Subscriber Portal,
review the following information to determine what changes you need to make.
See the Customization Guide in the $CDS_HOME/Documentation
directory
for complete information on the APIs discussed in the following sections.
These sections correspond to sections in that guide and supplement the existing
information.
[Top]
One of the uses of the Content Delivery Server Content Management API is to alter the content binaries or the content information at the time that content is sent to the Subscriber Portal. This API provides methods that you can implement to perform such tasks as adding digital rights management code or applying a watermark.
If the implementation provided by the Content Delivery Server meets your needs and you do not need to do any additional manipulation or validation of the content at the time it is presented to the subscriber, you do not need to create your own implementation of this API. If you have your own implementation of this API and you do not need to work with previews or apply a watermark at the time content is previewed, you do not need to make any changes to your existing code.
The following classes are new:
ContentPreview
- Provides
methods for getting and setting the properties and the binary of a preview
file.MimeType
- Provides methods for getting and setting properties of the MIME type associated with a preview file. The following classes are changed:
ContentConstants
- Includes the constant KEY_CONTENT_PREVIEWS
that is used to get the collection of preview files.ContentInfo
- Includes the
methods getValue
and setValue
that are used to
get and set content properties based on the key specified. See the output from the Javadoc™ tool in the $CDS_HOME/javadoc/cdsapi
directory for details on the new and changed classes.
The getContentInfo
method of the ContentManager
interface
is called when the subscriber requests the details of a content item and
when the subscriber previews the content in the Subscriber Portal. To watermark
or alter the preview files in any way, follow these steps:
If you are using the default Subscriber Portal, the binary for the preview file is available when the subscriber previews the content.
If you use your own version of the Subscriber Portal
that was written using the Subscriber API, the call to IContentService.getContentDetails()
, ContentHandler.getContentDetails()
,
or ContentHandler.GetContentDetailsList()
must include the
flag for returning resource binaries. See Subscriber
API for more information.
getContentInfo
method
to perform the following steps: ContentInfo.getValue
method with the KEY_CONTENT_PREVIEWS
key
to get the original collection of ContentPreview
objects in
the ContentInfo
object that is created by the Content Delivery
Server.
Each ContentPreview
object
represents one preview file. If the content item has no preview files,
the method returns an empty collection. If neither the flag for returning
resource binaries nor the flag for returning resource URLs was included
when the content details were requested from the Subscriber Portal, the
method returns null.
ContentPreview
object
in the collection, modify as needed using the getter and setter methods
for the properties. ContentInfo.setValue
method with the KEY_CONTENT_PREVIEWS
key to save the collection of modified ContentPreview
objects in the ContentInfo
object that is returned to the Content Delivery Server. The getContentInfos
method of the ContentManager
interface
is called when the subscriber requests information on a list of items in a
category. If you want to watermark all of the preview files for all of the
items in the list at this time, follow the steps in this section for each
item in the list returned.
[Top]
The Subscriber API provides access to data maintained by the Content Delivery
Server. If you have written your own client application that accesses the
Subscriber API directly, see the output
from the Javadoc tool in the $CDS_HOME/javadoc/subscriberapi
directory
for information on the following changes:
IContentService
has
new constants that are used to access preview files.IContentDetails
has two new methods, getPreviews()
and
getPreviews(int target)
, that return a collection of IContentPreview
objects.
The methods for getting Preview
, ScreenShot1URL
,
and ScreenShot2URL
are deprecated. IContentPreview
is a new class that contains the information
about a preview file.IMimeType
is a new class that contains information about
the MIME type of a preview file. If you have written your own client application that accesses the Subscriber API through the XML-RPC implementation, review the information in this section to determine if you need to make changes to your application. This information supplements the information in Section 10.3 " XML-RPC Implementation," in the Customization Guide.
Preview files are accessed through the content
object, which
is accessed using the getContentDetails()
and getContentDetailsList()
methods
of the
ContentHandler
class. The following table describes the changes
to the parameters referenced by these methods. The information for each parameter
in this table overrides the information in Table 10-9 in the Customization
Guide.
Parameter | Type | Description |
---|---|---|
content |
Hashtable |
Container
for the information about an item of content. previewListMap is
added as an item in the container. previewUrl , screenShot1Url and screenShot2Url are
deprecated. |
filter |
Hashtable |
Container for Boolean flags that indicate
the type of information to return. The Boolean flag
filterDetailsResourceBinaries is added to indicate
that the binaries for the preview files are requested. The existing
Boolean flag filterDetailsResourceURLs is used to indicate
that the URLs for the preview files are requested.If filterDetailsResourceBinaries is
not specified in the filter, the binary of a preview file is not
available in the preview object. An attempt to get the binary from
the preview object returns null. If filterDetailsResourceURLs is
not specified in the filter, the URL of a preview file is not
available in the preview object. An attempt to get the URL from
the preview object returns the empty string. If neither of these flags
is included in the filter, previewListMap is
null and no access to preview files is provided. |
preview |
Hashtable |
Container for information about a preview. This container includes the following items: |
previewBinary |
Array of bytes |
Binary form of preview file as base64 encoded data. |
previewCaption |
String |
String used to identify the preview. This string is optional and could be empty. If desired, your code can replace the empty string with the string of your choice. |
previewLastModifiedDate |
Date |
Date when the preview file was last changed. If you are caching preview files, use this date to determine if the cache needs to be updated. |
previewListMap |
Hashtable |
Container of preview files for both WAP
previews and web previews. This container includes the following items:
If neither filterDetailsResourceBinaries nor filterDetailsResourceURLs
is specified in the filter , this
item is null. If one of the flags is specified and one of the targets
has no preview
files, the list for that target is empty. |
previewMimeExtension |
String |
Extension of the original preview file,
for example, .jpg . |
previewMimeType |
String |
MIME type of the preview file, for example,
image/jpg . |
previewPositionIndex |
Integer |
Position of the file in the preview set.
The position index of the first file in the preview set is 1 . |
previewTarget |
Integer |
Type of browser for which the preview file
is targeted.
Valid values and what each value indicates are described in the following
list:
|
previewUrl |
String |
URL that points to the preview file. |
wapPreviews |
Vector , elements of type preview |
List of preview files targeted for WAP browsers. If no preview files are targeted for WAP browsers, an empty list is returned. |
webPreviews |
Vector , elements of type preview |
List of preview files targeted for web browsers. If no preview files are targeted for web browsers, an empty list is returned. |
New pages have been added to the device-specific user interface framework to support the enhanced preview feature. This section describes these pages and how they are used. See the Integration Guide in the $CDS_HOME/Documentation
directory
for complete information on the framework.
Section 7.1.1, "Page Definitions," describes the files that contain the page definitions for the device-based Subscriber Portal. The following page definitions are new:
_preview.xml
. Shows the preview if it is an image or plays the preview if it is an audio file. For an audio file, the page shows a link for replaying the preview. _preview_list.xml
. Shows
a list of previews if more than one is available. The previews are identified
by either the caption supplied by the content provider or Catalog Administrator
or by a default caption if no caption was supplied.Note: If the first
of multiple preview files is an audio file, the _preview.xml
page
is used and only the first file is available to the subscriber.
Section 7.1.3.2, "View Content Process" describes the process for viewing content. In Step 3, the Purchase Content page contains a Preview link if a preview is available for the content. When the Preview link is clicked, one of the following actions is taken:
_preview.xml
,
is shown. For an image preview, this page shows the image. For an audio
preview, this page plays the audio file and shows a link for replaying
the preview. For both image and audio, this page has a link to either purchase
or download the content, depending on whether the subscriber has previously
purchased the item._preview_list.xml
, is shown. When a preview is
selected, the Preview page is shown as described in the previous bullet. If you created a style sheet that you used to generate a set of customized pages, run the command /bin/cdsi genmarkup -ss stylesheet
where stylesheet
is the name of your style sheet to generate an updated set of pages that includes the new pages. If you customize the new pages, run the command /bin/cdsi genmarkup -ss
all to update the pages for all devices as described in Section 7.3, "Modifying Pages for All Devices."
[Top]
The Content Delivery Server provides a device-based Subscriber Portal and a PC-based Subscriber Portal. Subscribers can preview content using either version. The following sections describe how subscribers access previews using these portals.
Previews are available from the Purchase Content page. The Purchase Content page is shown when a subscriber selects a content item. If the item has a preview file, one of the following links is shown after the Purchase link:
The link shown is based on the type of file provided as the preview, not on the type of content with which the preview is associated.
If only one image preview file is available, that image is shown in the browser when the subscriber clicks Preview. If more than one image preview file is available, a list of links to the files is shown. The files are shown in the order in which they appear in the preview set. If a caption was provided by the content provider or Catalog Manager administrator, it is used as the link text. If a caption was not provided, the default caption is used. To view a preview, click the caption.
If the preview is an audio file, that file is played when the subscriber clicks Listen. If more than one audio preview file is available, only the first file is played.
The Content Delivery Server does not check whether the browser being used is capable of showing or playing the selected preview. The browser determines how unsupported file types are handled. Also, preview presentations are best handled by browsers that support XHTML. For browsers that support WML, page definitions in the device-specific user interface framework must be customized to handle audio previews. The device-specific user interface framework is described in the Integration Guide.
[Top]
Previews are available from the list of available content and from the Content Details page. If a preview is available for a content item, one of the following buttons is shown next to the name of the item on the list of available content and above the Tell a Friend button on the Content Details page:
The link shown is based on the type of file provided as the preview, not on the type of content with which the preview is associated.
When Preview Content is clicked, all available image preview files are shown with their caption. If no caption was provided, the default caption is shown. When Listen is clicked, the audio preview file is played in an embedded player window. If more than one audio preview file is available, only the first file is played.
The Content Delivery Server does not check whether the browser being used is capable of showing or playing the selected preview. The browser determines how unsupported file types are handled.
[Top
Copyright © 2006 Sun Microsystems, Inc. All rights reserved. Use subject to license terms.