4 files changed, 0 insertions, 37 deletions
diff --git a/content/pages/bundle-definition.md b/content/pages/bundle-definition.md
index fffe011..734d6dc 100644
--- a/content/pages/bundle-definition.md
+++ b/content/pages/bundle-definition.md
@@ -12,37 +12,29 @@ host authors typically do not need to be concerned with the details.
 
 * All information necessary for a host to discover (but not necessarily use)
   the contents of a bundle MUST be present in `manifest.ttl`.
-
 * The host can discover which plugins are present by scanning `manifest.ttl`
   for statements like `<plugin-uri> a lv2:Plugin`.
-
 * The data files for each plugin are listed with the `rdfs:seeAlso` property,
   for example `<plugin-uri> rdfs:seeAlso <datafile.ttl>`.
-
 * Descriptions may be split across several files, and several bundles.  File
   boundaries are not significant.
-
 * If a statement like `<extension-uri> a lv2:Specification` is found, then
   `<extension-uri>` is specification which may contain information like
   additional plugin categories, properties, and human-readable labels for
   things.  The host SHOULD load the corresponding data files.
-
 * If a statement like `<preset-uri> a pset:Preset` is found, then
   `<preset-uri>` is a preset.  The `lv2:appliesTo` property indices which
   plugin the preset applies to.  See the [presets
   extension](http://lv2plug.in/ns/ext/presets) for details.
 
 
-
 ## Installation
  
 * The name of a bundle itself MUST NOT be given any long-term significance (for
   example, in saved files).
-
     * Hosts may include special plugin bundles as part of their installation
       and depend on the existence of those bundles in their search path, but
       otherwise the discovery process should be identical.
-
     * Users MUST be able to rename installed bundle directories without any
       save files breaking.
 
@@ -51,7 +43,6 @@ host authors typically do not need to be concerned with the details.
 
 * If a host encounters a bundle it does not "understand" or care about, it may
   simply ignore it.
-
 * Hosts MUST consider *all* data files associated with a plugin/spec/preset/etc
   (including `manifest.ttl`) whenever looking for information about a plugin.
 
@@ -70,7 +61,6 @@ organization clear.
 ### Plugin
 
 * `manifest.ttl` contains the triple `<pluginuri> a lv2:Plugin`.
-
 * `manifest.ttl` MAY contain triples of the form `<pluginuri> rdfs:seeAlso
   <datafile.ttl>` which indicates that more information can be found in
   `datafile.ttl`.
@@ -78,11 +68,9 @@ organization clear.
 ### Specification
 
 * `manifest.ttl` contains the triple `<specuri> a lv2:Specification`.
-
 * `manifest.ttl` MAY contain triples of the form `<specuri> rdfs:seeAlso
   <datafile.ttl>` which indicates that more information can be found in
   `datafile.ttl`.
-
 * Hosts SHOULD consider this information part of their LV2 specification.
   Hosts SHOULD NOT hard-code static assumptions about the specification, such
   as plugin categories or port types (though of course, they may not support
@@ -93,10 +81,8 @@ organization clear.
 * `manifest.ttl` contains the triple `<ui> a foo:MegaWidget` where
   `foo:MegaWidget` is a "widget" type the host understands (likely one defined
   in the [UI specification](http://lv2plug.in/ns/extensions/ui)).
-
 * `manifest.ttl` MAY contain triples of the form `<ui> rdfs:seeAlso
   <datafile.ttl>` which indicates that more information can be found in
   `datafile.ttl`.
-
 * `manifest.ttl` contains a triple of the form `<ui> ui:binary <ui.so>` where
   `ui.so` is the module to be dynamically loaded by the host.
diff --git a/content/pages/developing.md b/content/pages/developing.md
index a5656eb..3c7db60 100644
--- a/content/pages/developing.md
+++ b/content/pages/developing.md
@@ -38,7 +38,6 @@ examples.  Until then, several external projects serve as useful examples:
 
 * [lv2file](https://github.com/jeremysalwen/lv2file) is a very simple
   single-file program that applies an LV2 plugin to an audio file.
-
 * [Jalv](http://drobilla.net/software/jalv) is a relatively simple yet
   fully-featured [Jack](http://jackaudio.org) host for LV2 plugins.  Start at
   the core, [jalv.c](http://dev.drobilla.net/browser/trunk/jalv/src/jalv.c),
@@ -57,16 +56,13 @@ The API reference is generated from Doxygen, and serves the usual purpose.  Go
 there for documentation about a specific function, struct, or define.
 
 * [Specifications](http://lv2plug.in/ns)
-
 * [API Reference](http://lv2plug.in/doc/html)
 
 
 ## Other Documentation
 
 * [Filesystem Hierarchy Standard](filesystem-hierarchy-standard.html)
-
 * [Validating LV2 Data](validating-lv2-data.html)
-
 * [Bundle Definition](bundle-definition.html)
 
 
@@ -101,5 +97,4 @@ us in [#lv2](http://webchat.freenode.net/?channels=lv2) on irc.freenode.net
 ## Other Resources
 
 * [Logo](http://lv2plug.in/logo)
-
 * [LV2 Achievement of GMPI Requirements](http://lv2plug.in/gmpi.html)
diff --git a/content/pages/index.md b/content/pages/index.md
index e5ec36b..f34f492 100644
--- a/content/pages/index.md
+++ b/content/pages/index.md
@@ -8,11 +8,7 @@ powerful audio software.
 
 * [**Download LV2 1.10.0**](http://lv2plug.in/spec/lv2-1.10.0.tar.bz2)
   [(sig)](http://lv2plug.in/spec/lv2-1.10.0.tar.bz2.sig)
-
 * [Why LV2?](pages/why-lv2.html)
-
 * [Mailing List](http://lists.lv2plug.in/listinfo.cgi/devel-lv2plug.in)
-
 * Chat in [#lv2](http://webchat.freenode.net/?channels=lv2) on irc.freenode.net
-
 * [Projects Using LV2](pages/projects.html)
diff --git a/content/pages/why-lv2.md b/content/pages/why-lv2.md
index 707f9e7..11117e6 100644
--- a/content/pages/why-lv2.md
+++ b/content/pages/why-lv2.md
@@ -7,33 +7,19 @@ a liberal license.
 ## Features
 
 * Audio, control, "control voltage" (audio-rate control), and event (e.g. MIDI) input and output.
-
 * Expressive metadata, including:
-
     * "Meaningful" controls (e.g. gain or envelope attack) allowing intelligent host control or UI generation.
-
     * Control units (e.g. Hz, octaves, dB).
-
     * Multi-channel port groups (e.g. stereo, 5.1 surround, ambisonics).
-
 * Extensibility: almost any feature is possible within LV2.
-
 * Graceful compatibility: features can be optional.
-
 * Embeddable GUIs in any toolkit, with network transparent control.
-
 * Plugin "bundles" may include any files, such as samples.
-
 * Presets, both bundled and user saved, in the same format.
-
 * Plugin state saving and restoring.
-
 * Host-managed logging.
-
 * Non-realtime plugin worker methods ("idiot-proof" non-realtime operations, like sample loading without dropouts).
-
 * Message-based plugin communication, for advanced plugin control from UIs or other code.
-
 * Transport awareness, both real time and musical time.