From 2b809fbf4090ae64d728988454c4f1b721f4c323 Mon Sep 17 00:00:00 2001 From: David Robillard Date: Mon, 3 Sep 2012 01:41:19 +0000 Subject: Use relative links between extensions so local documentation links work. Automatically link prefixed names to the appropriate resource. --- lv2/lv2plug.in/ns/ext/atom/atom.ttl | 5 ++--- lv2/lv2plug.in/ns/ext/buf-size/buf-size.ttl | 6 +++--- lv2/lv2plug.in/ns/ext/midi/midi.ttl | 4 ++-- lv2/lv2plug.in/ns/ext/parameters/parameters.ttl | 7 +++---- lv2/lv2plug.in/ns/ext/patch/patch.ttl | 12 ++++++------ lv2/lv2plug.in/ns/ext/state/state.ttl | 20 +++++++++----------- lv2/lv2plug.in/ns/ext/uri-map/uri-map.ttl | 2 +- lv2/lv2plug.in/ns/ext/urid/urid.ttl | 8 ++++---- 8 files changed, 30 insertions(+), 34 deletions(-) (limited to 'lv2') diff --git a/lv2/lv2plug.in/ns/ext/atom/atom.ttl b/lv2/lv2plug.in/ns/ext/atom/atom.ttl index a09af81..94948a6 100644 --- a/lv2/lv2plug.in/ns/ext/atom/atom.ttl +++ b/lv2/lv2plug.in/ns/ext/atom/atom.ttl @@ -28,7 +28,7 @@ meaningfully process atoms of a type unknown to them.

Atoms can and should be used anywhere values of various types must be stored or transmitted. The port type atom:AtomPort can be used to transmit atoms via ports. The atom:Sequence type in an atom:AtomPort replaces the LV2 event extension.

+href="../event/event.html">LV2 event extension.

The types defined in this extension should be powerful enough to express almost any structure. Implementations SHOULD build structures out of the types @@ -38,8 +38,7 @@ implementation burden which harms interoperabilty, and should only be defined where absolutely necessary.

Implementing this extension requires a facility for mapping URIs to -integers, such as the LV2 URID -extension.

+integers, such as the LV2 URID extension.

Serialisation

diff --git a/lv2/lv2plug.in/ns/ext/buf-size/buf-size.ttl b/lv2/lv2plug.in/ns/ext/buf-size/buf-size.ttl index 9313b11..be23c38 100644 --- a/lv2/lv2plug.in/ns/ext/buf-size/buf-size.ttl +++ b/lv2/lv2plug.in/ns/ext/buf-size/buf-size.ttl @@ -16,9 +16,9 @@ block length (the sample_count parameter of LV2_Descriptor::run) and port buffer sizes, as well as several features which can be used to restrict the block length.

-

This extension only defines data-only features and properties and has no C -API of its own. The host provides all the relevant information to the plugin as options

+

This extension defines features and properties but has no special purpose +API of its own. The host provides all the relevant information to the plugin +as options.

To require restrictions on the block length, plugins can require additional features: bufsz:boundedBlockLength, bufsz:powerOf2BlockLength, and diff --git a/lv2/lv2plug.in/ns/ext/midi/midi.ttl b/lv2/lv2plug.in/ns/ext/midi/midi.ttl index a9153e8..faddc36 100644 --- a/lv2/lv2plug.in/ns/ext/midi/midi.ttl +++ b/lv2/lv2plug.in/ns/ext/midi/midi.ttl @@ -20,8 +20,8 @@ controlling digital music devices.

For plugins that process MIDI (or other situations where MIDI is sent via a generic transport) the main type defined here, midi:MidiEvent, can be mapped to an integer and used as the type of an LV2 Atom or Event.

+href="../atom/atom.html#Atom">Atom or Event.

This specification also defines a complete human and machine readable description of the MIDI standard (except for standard controller numbers). diff --git a/lv2/lv2plug.in/ns/ext/parameters/parameters.ttl b/lv2/lv2plug.in/ns/ext/parameters/parameters.ttl index 87ee8d6..8f05f74 100644 --- a/lv2/lv2plug.in/ns/ext/parameters/parameters.ttl +++ b/lv2/lv2plug.in/ns/ext/parameters/parameters.ttl @@ -11,10 +11,9 @@ lv2:documentation """

This vocabulary describes parameters common in audio processing software. A parameter is purely a metadata concept, unrelated to any particular code -mechanism. Parameters are used to assign meaning to controls (e.g. using lv2:designation) so they -can be used more intelligently or presented to the user more efficiently.

-""" . +mechanism. Parameters are used to assign meaning to controls (e.g. using +lv2:designation for ports) so they can be used more intelligently or presented +to the user more efficiently.

""" . param:ControlGroup a rdfs:Class ; diff --git a/lv2/lv2plug.in/ns/ext/patch/patch.ttl b/lv2/lv2plug.in/ns/ext/patch/patch.ttl index 17f13cc..6267c71 100644 --- a/lv2/lv2plug.in/ns/ext/patch/patch.ttl +++ b/lv2/lv2plug.in/ns/ext/patch/patch.ttl @@ -17,9 +17,9 @@ plugins, but is useful in many contexts.

The main feature of this design is that the messages themselves are described in the same format as the data they work with. In particular, -messages can be serialised as an LV2 Object or in Turtle (or any -other RDF serialisation).

+messages can be serialised as a binary Object or in Turtle (or any other RDF +serialisation).

The idea behind using a property-based interface for control is to prevent an an explosion of message types. Instead of a custom message for each action, @@ -37,9 +37,9 @@ One benefit of this approach is that a persistent state model is available

This specification is strictly metadata and does not define any binary mechanism, though it can be completely expressed by standard types in the LV2 Atom extension. Thus, hosts can -be expected to be capable of transmitting it between plugins, or between a -plugin and its UI, making it a good choice for advanced plugin control.

+href="../atom/atom.html">LV2 Atom extension. Thus, hosts can be expected +to be capable of transmitting it between plugins, or between a plugin and its +UI, making it a good choice for advanced plugin control.

""" . patch:Ack diff --git a/lv2/lv2plug.in/ns/ext/state/state.ttl b/lv2/lv2plug.in/ns/ext/state/state.ttl index 751a6e3..a9b997c 100644 --- a/lv2/lv2plug.in/ns/ext/state/state.ttl +++ b/lv2/lv2plug.in/ns/ext/state/state.ttl @@ -45,10 +45,10 @@ single property. The host is free to implement property storage and retrieval in any way.

Since value types are defined by URI, any type is possible. However, a set -of standard types is defined by the LV2 -Atom extension. Use of these types is recommended. Hosts MUST implement -at least atom:String, which -is simply a C string.

+of standard types is defined by the LV2 Atom +extension. Use of these types is recommended. Hosts MUST implement at least +atom:String, which is simply a C +string.

Referring to Files

@@ -56,8 +56,7 @@ is simply a C string.

state. This is done by storing the file's path as a property just like any other value. However, there are some rules which MUST be followed when storing paths, see state:mapPath for details. Plugins MUST use the type atom:Path for all paths in their -state.

+href="../atom/atom.html#Path">atom:Path for all paths in their state.

Plugins are strongly encouraged to avoid creating files, instead storing all state as properties. However, occasionally the ability to create files is @@ -206,11 +205,10 @@ plugins.

Don't stop; set playing to false.

This extension does not define a dynamic mechanism for state access and -manipulation. The LV2 Patch -extension defines a generic set of messages which can be used to access or -manipulate properties, and the LV2 -Atom extension defines a port type and data container capable of -transmitting those messages.

+manipulation. The LV2 Patch extension +defines a generic set of messages which can be used to access or manipulate +properties, and the LV2 Atom extension defines +a port type and data container capable of transmitting those messages.

""" . state:interface diff --git a/lv2/lv2plug.in/ns/ext/uri-map/uri-map.ttl b/lv2/lv2plug.in/ns/ext/uri-map/uri-map.ttl index 96acbcd..7f6b0e7 100644 --- a/lv2/lv2plug.in/ns/ext/uri-map/uri-map.ttl +++ b/lv2/lv2plug.in/ns/ext/uri-map/uri-map.ttl @@ -11,7 +11,7 @@ ; lv2:documentation """

This extension is deprecated. New -implementations should use LV2 URID +implementations should use LV2 URID instead.

This extension defines a simple mechanism for plugins to map URIs to diff --git a/lv2/lv2plug.in/ns/ext/urid/urid.ttl b/lv2/lv2plug.in/ns/ext/urid/urid.ttl index 3b8adcd..29b196a 100644 --- a/lv2/lv2plug.in/ns/ext/urid/urid.ttl +++ b/lv2/lv2plug.in/ns/ext/urid/urid.ttl @@ -15,10 +15,10 @@ thread without doing any string comparison. This allows for the extensibility of RDF but with the performance of integers.

This extension is intended as an improved and simplified replacement for the -uri-map extension, since the -map context parameter has been found problematic. This extension is -functionally equivalent to the uri-map extension with a NULL context. New -implementations are encouraged to use this extension for URI mapping.

+uri-map extension, since the map +context parameter has been found problematic. This extension is functionally +equivalent to the uri-map extension with a NULL context. New implementations +are encouraged to use this extension for URI mapping.

""" . urid:map -- cgit v1.2.1