summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorThomas Vander Stichele <thomas@apestaart.org>2003-01-05 22:47:42 +0000
committerThomas Vander Stichele <thomas@apestaart.org>2003-01-05 22:47:42 +0000
commited1a0be4b3b8317ce00dabd48e7f8ab1f92cd429 (patch)
tree30a774ca4a2c2b124aeb144a9ba47168b97fbce4
parent481d542823c65bf4fc7dd94ac6342fbd20f64b5c (diff)
Original commit message from CVS: some cleaning
-rw-r--r--docs/pwg/building-boiler.xml20
1 files changed, 10 insertions, 10 deletions
diff --git a/docs/pwg/building-boiler.xml b/docs/pwg/building-boiler.xml
index 034ea8831d..7347ab9d46 100644
--- a/docs/pwg/building-boiler.xml
+++ b/docs/pwg/building-boiler.xml
@@ -265,19 +265,19 @@ U gst-template/gst-app/src/Makefile.am
<para>
Once we have written code defining all the parts of the plugin, we need to
write the plugin_init() function. This is a special function, which is
- called as soon as the plugin is loaded, and must return a pointer to a newly
- allocated GstPlugin structure. This structure contains the details of all
- the facilities provided by the plugin, and is the mechanism by which the
- definitions are made available to the rest of the &GStreamer; system. Helper
- functions are provided to help fill the structure: for future compatability
- it is recommended that these functions are used, as documented below, rather
- than attempting to access the structure directly.
+ called as soon as the plugin is loaded, and must return a pointer to a
+ newly allocated GstPlugin structure. This structure contains the details
+ of all the facilities provided by the plugin, and is the mechanism by
+ which the definitions are made available to the rest of the &GStreamer;
+ system. Helper functions are provided to help fill the structure: for
+ future compatability it is required that these functions are used, as
+ documented below, rather than attempting to access the structure directly.
</para>
<para>
Note that the information returned by the plugin_init() function will be
- cached in a central registry. For this reason, it is important that the same
- information is always returned by the function: for example, it must not
- make element factories available based on runtime conditions. If an element
+ cached in a central registry. For this reason, it is important that the
+ same information is always returned by the function: for example, it
+ must not make element factories available based on runtime conditions. If an element
can only work in certain conditions (for example, if the soundcard is not
being used by some other process) this must be reflected by the element
being unable to enter the READY state if unavailable, rather than the plugin