This This URI starts with a pinned object ID and contains a variable part, /*, that indicates the path from the root (pinned) object to the slot of interest, thru a chain of slots.
Slots might be named or indexed depending on the object class. In the former case, they will correspond to instance variable names while in the latter they will correspond to the indexes between 1 and the size of the object. In any case, they should be known before requesting a given slot. See examples below.
It should be also possible to get the list of both named or indexed slots at once by means named-slots or indexed-slots, respectively. See examples below.
Finally, custom object views could be available from custom-views segment. See below.
Custom views give the chance to specify special ways of viewing an object. The consumer of the API can take advantage of these specifications and display different views accordingly.
For example, at the moment of writing this documentation, the IDE supports the following views list, table, tree, source, html and markdown. These views are available in the Inspector.
Custom views should be accessible through /custom-views segment.
For example, lets suppose there is a instance of a tree-like object in your system pinned with the ID 3. Responding to GET /objects/2/custom-views with the following specification will enable a tree titled "Tree View".
The JSON structure for this type of view should be a list of node, where a node should have this properties:
{
"label": "string",
"children": ["node"]
}
It is possible to use other properties than label and children (default ones), provided they are specified in nodeLabel and nodeChildren, respectively.
For instance, the same example but with custom properties name and decendents: