HTML check (with Safari Web Inspactor)

git-svn-id: https://fhem.svn.sourceforge.net/svnroot/fhem/trunk/fhem@754 2b470e98-0d58-463d-a4d8-8e2adae1ed80
2010-11-07 11:39:49 +00:00
parent a0e88259d5
commit a2d177e2ed
8 changed files with 70 additions and 61 deletions
--- a/docs/HOWTO.html
+++ b/docs/HOWTO.html
@@ -48,7 +48,7 @@
      Skip this section if you installed fhem via the Debian package.<br><br>

      First install the Device::SerialPort (or Win32::SerialPort)  perl module
-      with the command <code>"sudo cpan Device::SerialPort"</code></br>
+      with the command <code>"sudo cpan Device::SerialPort"</code><br>
      The default configuration will install fhem into /usr/bin,
      /usr/share/fhem and /var/log/fhem and /etc/fhem.cfg. Edit the Makefile to
      change this. 
@@ -94,7 +94,7 @@
      <br><br>
      <b>Note:</b> Don't forget to type "save" in the "Fhem cmd" input field of
      the browser after defining a device or setting its attribute.  Otherwise
-      the changes will disappear after the next start.</br><br> </ul>
+      the changes will disappear after the next start.<br><br> </ul>

    <a name="autocreate"></a>
    <h3>Automatically creating transmitters</h3>
@@ -136,7 +136,6 @@
      <a href="commandref.html#model">Here</a> is a complete list of FS20
      models.<br> For other device-types similar messages should appear.
      </ul>
-      </ul>

    <a name="FS20rx"></a>
    <h3>Configuring FS20 receivers</h3>
@@ -370,5 +369,5 @@
      </ul>

  </div>
-<body>
+</body>
 </html>
--- a/docs/commandref.html
+++ b/docs/commandref.html
@@ -1952,17 +1952,18 @@ A line ending with \ will be concatenated with the next one, so long lines
        commands.
        </li><br>
    <li>fhtbuf<br>
-          CUL has a message buffer for the FHT. If the buffer is full, then newly
-          issued commands will be dropped, if the attribute <a
-          href="#culfhtsoftbuffer">fhtsoftbuffer</a> is not set. Instead, a "EOB" message is issued.
-          <code>fhtbuf</code> returns the free memory in this buffer (in hex),
-          an empty buffer in the CUL is 40 (64 bytes).
-          A message occupies 3 + 2x(number of FHT commands) bytes,
-          this is the second reason why sending multiple FHT commands with one
-          <a href="#set">set</a> is a good idea. The first reason is, that
-          these FHT commands are sent at once to the FHT.
-          </li>
-</li><br>
+        CUL has a message buffer for the FHT. If the buffer is full, then newly
+        issued commands will be dropped, if the attribute <a
+        href="#culfhtsoftbuffer">fhtsoftbuffer</a> is not set.
+        Instead, a "EOB" message is issued.
+        <code>fhtbuf</code> returns the free memory in this buffer (in hex),
+        an empty buffer in the CUL-V2 is 74 bytes, in CUL-V3/CUN 200 Bytes.
+        A message occupies 3 + 2x(number of FHT commands) bytes,
+        this is the second reason why sending multiple FHT commands with one
+        <a href="#set">set</a> is a good idea. The first reason is, that
+        these FHT commands are sent at once to the FHT.
+        </li> <br>
+
    <li>ccconf<br>
        Read some CUL radio-chip (cc1101) registers (frequency, bandwidth, etc),
        and display them in human readable form.
@@ -2278,7 +2279,6 @@ A line ending with \ will be concatenated with the next one, so long lines
    The rest of the attributes is the same as for the <a href="#CUL">CUL</a>.</ul><br>
  </ul>
  <br>
-</ul>


 <a name="EM"></a>
@@ -2651,7 +2651,6 @@ A line ending with \ will be concatenated with the next one, so long lines
  </ul>
  <br>

-</ul>

 <a name="KS300"></a>
 <h3>KS300</h3>
@@ -4935,7 +4934,7 @@ Terminating
        site on the iPhone in Safari, try to add it to the home-screen.
        </li><br>

-    </li></ul>
+    </ul>

  </ul>

@@ -5299,7 +5298,7 @@ Terminating
          href="#trigger">trigger</a> command to execute the macro.
          E.g.<br>
          <code>fhem> define MyMacro notify MyMacro { Log 1, "Hello"}</code><br>
-          <code>fhem> trigger MyMacro</pre></code><br>
+          <code>fhem> trigger MyMacro</code><br>


    </ul>
@@ -5855,10 +5854,10 @@ isday</pre>
 		in an interactive mode, meaning that the FHEM-Loop will be block as long as the graphics are rendered.
 		If you want to use multiprocessing, set the RENDERER and multiprocessing to on and the
 		weblink-graphics will be rendered in the background.
-        </li><br></li> </ul>
-  </ul>
+        </li><br>

-</ul>
+     </ul>
+  </ul>


 <a name="PachLog"></a>
@@ -5941,22 +5940,23 @@ isday</pre>
  <br><br>
  Example:
  <ul><br>
-    <code>dumpdef TEST</code><br><br>
-    <ul><code>CALLER => main: /opt/fhz/FHEM/01_FHEMWEB.pm LINE: 194 SUB: main::FW_AnswerCall<br>
-	SUB-NAME: main::Commanddumpdef<br>
-	DUMP-DEVICE: TEST <br>
-	$VAR1 = {<ul><code>
-			  'IODev' => {},<br>
-			  'NAME' => 'TEST',<br>
-			  'NR' => 64,<br>
-			  'STATE' => '???',<br>
-			  'TYPE' => 'dummy'<br>
-			};</code></ul>
-	<code>DUMP-DEVICE-ATTR<br>
-	$VAR1 = {</code><ul><code>
-			  'room' => 'DEF_DUMMY,GRP.TEST'<br>
-			};</ul></code>
-	</code></ul><br>
+    <pre>dumpdef TEST
+
+    CALLER => main: /opt/fhz/FHEM/01_FHEMWEB.pm LINE: 194 SUB: main::FW_AnswerCall
+    SUB-NAME: main::Commanddumpdef
+    DUMP-DEVICE: TEST
+    $VAR1 = {
+        'IODev' => {},
+        'NAME' => 'TEST',
+        'NR' => 64,
+        'STATE' => '???',
+        'TYPE' => 'dummy'
+        };
+    DUMP-DEVICE-ATTR
+    $VAR1 = {
+        'room' => 'DEF_DUMMY,GRP.TEST'
+        };
+	</pre>
  </ul>
 </ul>

--- a/docs/faq.html
+++ b/docs/faq.html
@@ -184,7 +184,7 @@
 <h4>3. I switched on a FS20 device directly (without the remote), but
   the fhem.pl did not noticed it.<br>Is it a bug?</h4>
 <ul>
-   The protocol used by the FS20 family is quite simple: it is </b>not</b>
+   The protocol used by the FS20 family is quite simple: it is <b>not</b>
   encrypted in any way, and there is no feedback to the sender.  So if you
   push any buttons on a pure receiver, no radio waves will be sent out, and
   the FHZ1000 won't notice anything. The FHZ1000PC does not even know if
@@ -274,7 +274,7 @@ that 255 should be the default?</h4>
   rain-cup is 13.9 cm, the area ca 151.75 cm<sup>2</sup>, which
   is ca 1/65.9 m<sup>2</sup>.
   The 0.5 liter corresponds to 32.95 liter per m<sup>2</sup>. 130 ticks
-   correspond to 32.95 l/m<sum>2</sup> -> 1 tick is ca 253 ml. I estimate
+   correspond to 32.95 l/m<sup>2</sup> -> 1 tick is ca 253 ml. I estimate
   the error margin to +/- 2%<br>

   You are welcome to do your own experiments, I am interested in the results.
--- a/docs/fhem.html
+++ b/docs/fhem.html
@@ -68,7 +68,13 @@
      fhem-=VERS=.deb</a>
      <br>
      See the <a href="CHANGED">CHANGED</a> file for current changes.
+      <br>
+      Nightly CVS version:
+      <a href="http://www.dhs-computertechnik.de/downloads/fhem-cvs.tgz">
+      http://www.dhs-computertechnik.de/downloads/fhem-cvs.tgz</a>
      <br><br>
+
+
      Please fill out our <a href="http://www.koeniglich.de/tinc?key=Erq0O0LU&formname=FHEM_used_modules">survey</a>,
      as we'd like to know which FHEM modules are in use. Here are the <a
      href="surveyresults.html">results</a>.
@@ -327,9 +333,9 @@
      You don't have to install all of them, one is probably more than
      enough :-).<br>
      The numbering has historical reasons: not actively maintained versions
-      are not described here.</br>
+      are not described here.<br>
      <b>Important:</b> Make sure you add some protection (.htaccess, etc)
-      else everybody will be able to set your devices.</br>
+      else everybody will be able to set your devices.<br>
    </div>

    <h3>Web frontend 2 (webfrontend/pgm2)</h3>