X-Git-Url: https://git.opendaylight.org/gerrit/gitweb?a=blobdiff_plain;f=docs%2Fdeveloper-guide%2Fyang-tools.rst;h=fede7d9b1b6abacad97b1ccf0637eee28b81bc29;hb=1cb14399495fca6dba51d0e551d1ab810807629c;hp=8f5f4bde2e73e41c072b5dbda784932c741aedbc;hpb=892950620d11d585c63afd794a877e0f6e81e864;p=docs.git

diff --git a/docs/developer-guide/yang-tools.rst b/docs/developer-guide/yang-tools.rst
index 8f5f4bde2..fede7d9b1 100644
--- a/docs/developer-guide/yang-tools.rst
+++ b/docs/developer-guide/yang-tools.rst
@@ -324,7 +324,7 @@ Before you use a semantic version statement in a YANG module, you need
 to define an extension for it so that the YANG statement parser can
 recognize it.
 
-.. code:: yang
+.. code::
 
     module semantic-version {
         namespace "urn:opendaylight:yang:extension:semantic-version";
@@ -352,7 +352,7 @@ semantic version processing mode being active, the foo module imports
 the bar module based on its semantic version. Notice how both modules
 import the module with the semantic-version extension.
 
-.. code:: yang
+.. code::
 
     module foo {
         namespace foo;
@@ -370,7 +370,7 @@ import the module with the semantic-version extension.
         ...
     }
 
-.. code:: yang
+.. code::
 
     module bar {
         namespace bar;
@@ -500,7 +500,7 @@ Below is an example which shows the use of this method.
 Let us show a more complex example of creating a NormalizedNode. First,
 consider the following YANG module:
 
-.. code:: yang
+.. code::
 
     module example-module {
         namespace "opendaylight.org/example-module";
@@ -711,4 +711,3 @@ Introducing specific extension support for YANG parser
 
 Diagnostics
 ~~~~~~~~~~~
-