This page drives you through available possibilities to import content into iink SDK and to export content or recognition result for external usage.
You can import data into content blocks. For example, the following code will import the “Hello iink SDK” text string into a “Text” part:
ContentPart textPart = ... // Get the part
editor.setPart(textPart);
editor.import_(MimeType.TEXT, "Hello iink SDK", editor.getRootBlock());
In this case, you could have omitted to specify the block. As the part only hosts a single root block, iink SDK can figure by itself where to import the content:
editor.import_(MimeType.TEXT, "Hello iink SDK", null);
For parts that can host multiple blocks, such as “Text Document” parts, you need to explicitly specify the target block.
If it does not exist yet, you can call addBlock()
and directly pass the data to import.
The list of supported mime types for a given block can be obtained by calling getSupportedImportMimeTypes()
on the editor. For instance:
MimeType[] supportedMimeTypes = editor.getSupportedImportMimeTypes(editor.getRootBlock());
When it comes to textual data, JIIX import is currently limited to text words or characters candidate changes. More import capabilities will be provided later on.
To change the text candidates within a given Text, Raw Content or Diagram block:
label
of the target word
(or character
) with another word (or character) from the candidates
list.When importing JIIX into “Diagram” and “Raw Content” parts, the performed action depends on the configured properties diagram.import.jiix.action
and raw-content.import.jiix.action
. So you should tune them according to your need:
When the property is set to update
, iink changes the text candidates as described above. This is the default action for “Diagram” parts.
When the property is set to add
or replace
, iink imports the ink data: strokes, glyphs and primitives. Note that this does not reinject recognition results and iink triggers a new recognition.
The remainder of this paragraph applies to add
and replace
actions.
The difference between both actions, is that in the replace
case, iink performs a clear, this removing all content from the part, before importing the ink data. The default action for “Raw Content” parts is add
.
In order to ease the import of the ink data at a given position, you can add a “transform” key into your jiix to apply this transform on the jiix data. The json syntax is “transform”: [xx, yx, tx, xy, yy, ty]. You can see the Transform API for details on the transform components.
Let’s take as an example the following use case. Imagine you want to double the size of one text node into a “Diagram” part. Here is how to proceed:
...
{
"type": "Text",
"parent": 183,
"id": 190,
"bounding-box": {
"x": 58.4949799,
"y": 31.677475,
"width": 10.9569321,
"height": 5.24174881
}, ...
...
{
"type": "Text",
"parent": 183,
"id": 190,
"transform": [ 2, 0, -63.973446 , 0, 2, -34.298349],
"bounding-box": {
"x": 58.4949799,
"y": 31.677475,
"width": 10.9569321,
"height": 5.24174881
},...
You can temporarily “override” the current editor configuration for the need of a specific import. For instance, in the case of “Diagram” and “Raw Content” parts, it might be convenient to momentarily modify the current editor configuration for the need of changing the text candidates, without impacting your global or your editor configurations. You can perform such a specific import using the method illustrated by the following example:
// Create an empty parameter set
ParameterSet importParams = engine.createParameterSet();
// Set the appropriate configuration to set import action for candidate update
importParams.setString("raw-content.import.jiix.action", "update");
// Import into your block the jiixString corresponding to your updated candidate
editor.import_(MimeType.JIIX, jiixString, currentBlock, importParams);
To import raw ink content, instantiate an editor and pass it an array of pointer events. Note that in this scenario, according to recognition and classification configurations, the recognition engine will automatically process the new strokes. This approach is documented in the Editing part of this guide.
Recognition can sometimes take a certain time to complete, especially if you send many strokes to the editor at once.
If you want to make sure that you export the final recognition results, you have to call waitForIdle()
before export_()
or getResult()
.
Export operations with Editors are performed on content blocks or selections: For instance, this allows you to export a specific diagram from a Text Document part. With OffscreenEditors, they are performed on a set of items and with Recognizers recognition results can only be obtained on the full context.
You can retrieve the list of supported export or result mime types by calling:
// Editor
MimeType[] supportedMimeTypes1 = editor.getSupportedImportMimeTypes(block);
// OffscreenEditor
MimeType[] supportedMimeTypes2 = offscreenEditor.getSupportedImportMimeTypes(itemids);
// Recognizer
MimeType[] supportedMimeTypes3 = recognizer.getSupportedResultMimeTypes();
To export content, call the export_()
method of the editor or offscreenEditors object, passing it the block, selection or item ids to export and the desired mime type:
// Export a math block to MathML
String result = editor.export_(mathBlock, MimeType.MATHML);
// Export a text document to docx
editor.export_(textDocBlock, new File("export.docx"), MimeType.DOCX, imagePainter);
The API provides a convenience method that lets you omit the mime type if iink SDK is able to guess it unambiguously from the file extension:
// Export a text document to docx
editor.export_(block, new File("export.docx"), imagePainter);
getFileExtensions()
to get the extensions supported for a given mime type.
To get the recognition result of recognizers, call the getResult()
method of the recognizer object, passing it the desired mime type:
// Export a math recognition to LaTeX
String mathResult = mathRecognizer.getResult(MimeType.LATEX);
// Export a text recognition to JIIX
String textResult = textRecognizer.getResult(MimeType.JIIX);
Certain formats require you to provide an object implementing the IImagePainter
interface to let iink SDK generate images from the content. This is
expectedly the case for png
and jpeg
exports, but also for formats such as docx
.
A default, ready-to-use, image painter implementation is provided by MyScript as part of the UI Reference Implementation.
If the format does not require an image painter, you can provide the export method with a null pointer instead.
Textual format exports are returned as a string that can then be programmatically manipulated. Binary formats, on the other hand, are saved as files on the disk at a location you can specify.
IImagePainter imagePainter = new ImagePainter();
imagePainter.setImageLoader(editorView.getImageLoader());
editor.export_(editor.getRootBlock(), new File("out/export.docx"), imagePainter);
You can call the isTextual()
method of a MimeType
object to know whether a format is textual or binary.
Some export functions let you temporarily “override” the current editor configuration for the need of a specific export. This is useful if you want to tune the export parameters (like the type of information to export to JIIX) without impacting your global or your editor configurations.
The following example shows how you can export a block recognition result as JIIX without including original ink information:
// Create an empty parameter set
ParameterSet params = engine.createParameterSet();
// Set the appropriate configuration to exclude strokes from the export
params.setBoolean("export.jiix.strokes", false);
// Export a block with the new configuration
String jiix = editor.export_(block, MimeType.JIIX, params);
Image export can apply to a part only of the page or more than the chosen block extent. You can also choose whether guides appear or not in the image. For details about the image export properties, refer to the configuration page
In order to export image, an image painter object is necessary as described in this section
The following example illustrates the export as a PNG image of a viewport. The guides are visible:
// Create an empty parameter set
ParameterSet imageParams = engine.createParameterSet();
// Set the appropriate configuration to tune the viewport to export
float originPx = 0f;
float widthPx = 100f;
float heightPx = 200f;
imageParams.setNumber("export.image.viewport.x", originPx );
imageParams.setNumber("export.image.viewport.y", originPx );
imageParams.setNumber("export.image.viewport.width", widthPx);
imageParams.setNumber("export.image.viewport.height", heightPx);
// Set the appropriate configuration to enable the guides into the exported image
imageParams.setBoolean("export.image.guides", true);
// Create the image painter
ImagePainter imagePainter = new ImagePainter();
imagePainter.setImageLoader(editorView.getImageLoader());
// Export the image with the customised parameters
editor.export_(editor.getRootBlock(), new File("out/ImageFileName.png"), MimeType.PNG, imagePainter,imageParams);
MyScript iink SDK defines its own format, called JIIX (short for JSON Interactive Ink eXchange format).
This format provides a consistent representation of the different types of content that are supported, covering semantics, positions, styling and ink-related aspects.
Thanks to its JSON syntax, it stays readable and can be easily parsed, making it appropriate to exchange information with the host application or as a transitory representation to support custom export formats.
MyScript iink SDK allows you to import and export some commonly used formats, such as LaTeX for math content or Docx in the case of Text Document blocks. The full list can be found here.
The next part of the guide will talk about zooming and scrolling.