summaryrefslogtreecommitdiff
path: root/doc
diff options
context:
space:
mode:
authorRalph Giles <giles@thaumas.net>2018-10-09 13:41:12 -0700
committerRalph Giles <giles@thaumas.net>2018-10-09 13:41:36 -0700
commit0acd32d7cabf7e41cc29ea7c2bbffde969ff1ba0 (patch)
treea715a617314205142bc39f073a4591b0e41444a4 /doc
parent529ec790cfba8b846f7e1d7603c22fc352ce2504 (diff)
downloadogg-git-0acd32d7cabf7e41cc29ea7c2bbffde969ff1ba0.tar.gz
Remove trailing whitespace from the api documentation.
Diffstat (limited to 'doc')
-rw-r--r--doc/libogg/ogg_packet.html2
-rw-r--r--doc/libogg/ogg_page.html2
-rw-r--r--doc/libogg/ogg_page_packets.html2
-rw-r--r--doc/libogg/ogg_stream_check.html2
-rw-r--r--doc/libogg/ogg_stream_destroy.html4
-rw-r--r--doc/libogg/ogg_stream_flush_fill.html2
-rw-r--r--doc/libogg/ogg_stream_iovecin.html4
-rw-r--r--doc/libogg/ogg_stream_packetin.html6
-rw-r--r--doc/libogg/ogg_stream_packetout.html16
-rw-r--r--doc/libogg/ogg_stream_packetpeek.html10
-rw-r--r--doc/libogg/ogg_stream_pagein.html2
-rw-r--r--doc/libogg/ogg_stream_pageout.html26
-rw-r--r--doc/libogg/ogg_stream_pageout_fill.html14
-rw-r--r--doc/libogg/ogg_stream_reset_serialno.html2
-rw-r--r--doc/libogg/ogg_sync_check.html2
-rw-r--r--doc/libogg/ogg_sync_destroy.html6
-rw-r--r--doc/libogg/ogg_sync_pageseek.html2
-rw-r--r--doc/libogg/ogg_sync_state.html2
-rw-r--r--doc/libogg/ogg_sync_wrote.html8
-rw-r--r--doc/libogg/oggpack_bytes.html8
-rw-r--r--doc/libogg/oggpack_writecheck.html4
21 files changed, 63 insertions, 63 deletions
diff --git a/doc/libogg/ogg_packet.html b/doc/libogg/ogg_packet.html
index 50f96b4..eb0cf90 100644
--- a/doc/libogg/ogg_packet.html
+++ b/doc/libogg/ogg_packet.html
@@ -33,7 +33,7 @@ typedef struct {
long e_o_s;
ogg_int64_t granulepos;
- ogg_int64_t packetno;
+ ogg_int64_t packetno;
} ogg_packet;
</b></pre>
diff --git a/doc/libogg/ogg_page.html b/doc/libogg/ogg_page.html
index 3c735f5..7db816f 100644
--- a/doc/libogg/ogg_page.html
+++ b/doc/libogg/ogg_page.html
@@ -26,7 +26,7 @@ They are made up of packet segments of 255 bytes each. There can be as many as
This is not a practical limitation as the segments can be joined across
page boundaries allowing packets of arbitrary size. In practice many
applications will not completely fill all pages because they flush the
-accumulated packets periodically order to bound latency more tightly.
+accumulated packets periodically order to bound latency more tightly.
<p>
<p>For a complete description of ogg pages and headers, please refer to the <a href="../framing.html">framing document</a>.
diff --git a/doc/libogg/ogg_page_packets.html b/doc/libogg/ogg_page_packets.html
index a9f40dc..996f6f6 100644
--- a/doc/libogg/ogg_page_packets.html
+++ b/doc/libogg/ogg_page_packets.html
@@ -18,7 +18,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
<p>Returns the number of packets that are completed on this page. If the
-leading packet is begun on a previous page, but ends on this page, it's
+leading packet is begun on a previous page, but ends on this page, it's
counted.
<p>
<br><br>
diff --git a/doc/libogg/ogg_stream_check.html b/doc/libogg/ogg_stream_check.html
index 5df2cc1..86b8a18 100644
--- a/doc/libogg/ogg_stream_check.html
+++ b/doc/libogg/ogg_stream_check.html
@@ -17,7 +17,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function is used to check the error or readiness condition of an <a href="ogg_stream_state.html">ogg_stream_state</a> structure.
+<p>This function is used to check the error or readiness condition of an <a href="ogg_stream_state.html">ogg_stream_state</a> structure.
<p>It is safe practice to ignore unrecoverable errors (such as an internal error caused by a malloc() failure) returned by ogg stream synchronization calls. Should an
internal error occur, the <a href="ogg_stream_state.html">ogg_stream_state</a> structure will be cleared (equivalent to a
call to
diff --git a/doc/libogg/ogg_stream_destroy.html b/doc/libogg/ogg_stream_destroy.html
index b0525c4..aac641c 100644
--- a/doc/libogg/ogg_stream_destroy.html
+++ b/doc/libogg/ogg_stream_destroy.html
@@ -24,8 +24,8 @@ well as the structure itself.
<p>This should be called when you are done working with an ogg stream.
It can also be called to make sure that the struct does not exist.</p>
-<p>It calls free() on its argument, so if the ogg_stream_state
-is not malloc()'d or will otherwise be freed by your own code, use
+<p>It calls free() on its argument, so if the ogg_stream_state
+is not malloc()'d or will otherwise be freed by your own code, use
<a href="ogg_stream_clear.html">ogg_stream_clear</a> instead.</p>
<br><br>
diff --git a/doc/libogg/ogg_stream_flush_fill.html b/doc/libogg/ogg_stream_flush_fill.html
index 6a42df3..3da3ff7 100644
--- a/doc/libogg/ogg_stream_flush_fill.html
+++ b/doc/libogg/ogg_stream_flush_fill.html
@@ -23,7 +23,7 @@ allows applications to explicitly request a specific page spill
size.</p>
<p>This function checks for remaining packets inside the stream and forces remaining packets into pages of approximately the requested size.
-This should be used when you want to flush all remaining data from a stream. <a href="ogg_stream_flush.html">ogg_stream_flush</a> may be used instead if a particular page size isn't important.
+This should be used when you want to flush all remaining data from a stream. <a href="ogg_stream_flush.html">ogg_stream_flush</a> may be used instead if a particular page size isn't important.
<p>This function can be used to verify that all packets have been flushed. If the return value is 0, all packets have been placed into a page. Generally speaking, it should be called in a loop until all packets are flushed, since even a single packet may span multiple pages.
<br><br>
diff --git a/doc/libogg/ogg_stream_iovecin.html b/doc/libogg/ogg_stream_iovecin.html
index f6b73ff..4f0271d 100644
--- a/doc/libogg/ogg_stream_iovecin.html
+++ b/doc/libogg/ogg_stream_iovecin.html
@@ -23,9 +23,9 @@ an <a href="ogg_packet.html">ogg_packet</a> structure) to the
bitstream for page encapsulation. After this is called, more packets
can be submitted, or pages can be written out.</p>
-<p>In a typical encoding situation, this should be used after filling a
+<p>In a typical encoding situation, this should be used after filling a
packet with data.
-The data in the packet is copied into the internal storage managed by
+The data in the packet is copied into the internal storage managed by
the <a href="ogg_stream_state.html">ogg_stream_state</a>, so the caller
is free to alter the contents of <i>os</i> after this call has returned.
diff --git a/doc/libogg/ogg_stream_packetin.html b/doc/libogg/ogg_stream_packetin.html
index d8853ff..993032a 100644
--- a/doc/libogg/ogg_stream_packetin.html
+++ b/doc/libogg/ogg_stream_packetin.html
@@ -17,13 +17,13 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function submits a packet to the bitstream for page
+<p>This function submits a packet to the bitstream for page
encapsulation. After this is called, more packets can be submitted,
or pages can be written out.</p>
-<p>In a typical encoding situation, this should be used after filling a
+<p>In a typical encoding situation, this should be used after filling a
packet with data.
-The data in the packet is copied into the internal storage managed by
+The data in the packet is copied into the internal storage managed by
the <a href="ogg_stream_state.html">ogg_stream_state</a>, so the caller
is free to alter the contents of <i>op</i> after this call has returned.
diff --git a/doc/libogg/ogg_stream_packetout.html b/doc/libogg/ogg_stream_packetout.html
index f1715e0..a545e43 100644
--- a/doc/libogg/ogg_stream_packetout.html
+++ b/doc/libogg/ogg_stream_packetout.html
@@ -17,16 +17,16 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function assembles a data packet for output to the codec
+<p>This function assembles a data packet for output to the codec
decoding engine. The data has already been submitted to the
<a href="ogg_stream_state.html">ogg_stream_state</a> and broken
-into segments. Each successive call returns the next complete packet
+into segments. Each successive call returns the next complete packet
built from those segments.</p>
-<p>In a typical decoding situation, this should be used after calling
-<a href="ogg_stream_pagein.html">ogg_stream_pagein()</a> to submit a
-page of data to the bitstream. If the function returns 0, more data is
-needed and another page should be submitted. A non-zero return value
+<p>In a typical decoding situation, this should be used after calling
+<a href="ogg_stream_pagein.html">ogg_stream_pagein()</a> to submit a
+page of data to the bitstream. If the function returns 0, more data is
+needed and another page should be submitted. A non-zero return value
indicates successful return of a packet.</p>
<p>The <i>op</i> is filled in with pointers to memory managed by
@@ -50,8 +50,8 @@ int ogg_stream_packetout(ogg_stream_state *os,ogg_packet *op);
<dd>Pointer to a previously declared <a
href="ogg_stream_state.html">ogg_stream_state</a> struct. Before this function is called, an <a href="ogg_page.html">ogg_page</a> should be submitted to the stream using <a href="ogg_stream_pagein.html">ogg_stream_pagein()</a>.</dd>
<dt><i>op</i></dt>
-<dd>Pointer to the packet to be filled in with pointers to the new data.
-This will typically be submitted to a codec for decode after this
+<dd>Pointer to the packet to be filled in with pointers to the new data.
+This will typically be submitted to a codec for decode after this
function is called. The pointers are only valid until the next call
on this stream state.</dd>
</dl>
diff --git a/doc/libogg/ogg_stream_packetpeek.html b/doc/libogg/ogg_stream_packetpeek.html
index 66ffa4f..1657d29 100644
--- a/doc/libogg/ogg_stream_packetpeek.html
+++ b/doc/libogg/ogg_stream_packetpeek.html
@@ -23,9 +23,9 @@ it without advancing decoding.</p>
<p>In a typical situation, this would be called
speculatively after <a
href="ogg_stream_pagein.html">ogg_stream_pagein()</a> to check
-the packet contents before handing it off to a codec for
+the packet contents before handing it off to a codec for
decompression. To advance page decoding and remove
-the packet from the sync structure, call
+the packet from the sync structure, call
<a href="ogg_stream_packetout.html">ogg_stream_packetout()</a>.</p>
<br><br>
@@ -43,14 +43,14 @@ int ogg_stream_packetpeek(ogg_stream_state *os,ogg_packet *op);
<h3>Parameters</h3>
<dl>
<dt><i>os</i></dt>
-<dd>Pointer to a previously declared
+<dd>Pointer to a previously declared
<a href="ogg_stream_state.html">ogg_stream_state</a> struct. Before this
function is called, an <a href="ogg_page.html">ogg_page</a> should be
-submitted to the stream using
+submitted to the stream using
<a href="ogg_stream_pagein.html">ogg_stream_pagein()</a>.</dd>
<dt><i>op</i></dt>
<dd>Pointer to the next packet available in the bitstream, if
-any. A NULL value may be passed in the case of a simple "is there a
+any. A NULL value may be passed in the case of a simple "is there a
packet?" check.</dd>
</dl>
diff --git a/doc/libogg/ogg_stream_pagein.html b/doc/libogg/ogg_stream_pagein.html
index ebba7ae..e0a1bf6 100644
--- a/doc/libogg/ogg_stream_pagein.html
+++ b/doc/libogg/ogg_stream_pagein.html
@@ -17,7 +17,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function adds a complete page to the bitstream.
+<p>This function adds a complete page to the bitstream.
<p>In a typical decoding situation, this function would be called after using <a href="ogg_sync_pageout.html">ogg_sync_pageout</a> to create a valid <a href="ogg_page.html">ogg_page</a> struct.
<p>Internally, this function breaks the page into packet segments in preparation for outputting a valid packet to the codec decoding layer.
diff --git a/doc/libogg/ogg_stream_pageout.html b/doc/libogg/ogg_stream_pageout.html
index 94ba6da..01faa29 100644
--- a/doc/libogg/ogg_stream_pageout.html
+++ b/doc/libogg/ogg_stream_pageout.html
@@ -19,20 +19,20 @@
<p>This function forms packets into pages.</p>
-<p>In a typical encoding situation, this would be called after using <a
-href="ogg_stream_packetin.html">ogg_stream_packetin()</a> to submit
-data packets to the bitstream. Internally, this function assembles
-the accumulated packet bodies into an Ogg page suitable for writing
+<p>In a typical encoding situation, this would be called after using <a
+href="ogg_stream_packetin.html">ogg_stream_packetin()</a> to submit
+data packets to the bitstream. Internally, this function assembles
+the accumulated packet bodies into an Ogg page suitable for writing
to a stream. The function is typically called in a loop until there
are no more pages ready for output.</p>
-<p>This function will only return a page when a "reasonable" amount of
-packet data is available. Normally this is appropriate since it
+<p>This function will only return a page when a "reasonable" amount of
+packet data is available. Normally this is appropriate since it
limits the overhead of the Ogg page headers in the bitstream, and so
-calling ogg_stream_pageout() after ogg_stream_packetin() should be the
-common case. Call <a href="ogg_stream_flush.html">ogg_stream_flush()</a>
-if immediate page generation is desired. This may be occasionally
-necessary, for example, to limit the temporal latency of a variable
+calling ogg_stream_pageout() after ogg_stream_packetin() should be the
+common case. Call <a href="ogg_stream_flush.html">ogg_stream_flush()</a>
+if immediate page generation is desired. This may be occasionally
+necessary, for example, to limit the temporal latency of a variable
bitrate stream.</p>
<br><br>
@@ -52,15 +52,15 @@ int ogg_stream_pageout(<a href="ogg_stream_state.html">ogg_stream_state</a> *os,
<dd>Pointer to a previously declared <a href="ogg_stream.html">ogg_stream</a> struct, which represents the current logical bitstream.</dd>
<dt><i>og</i></dt>
<dd>Pointer to an <a href="ogg_page.html">ogg_page</a> structure to fill
-in. Data pointed to is owned by libogg. The structure is valid until the
-next call to ogg_stream_pageout(), ogg_stream_packetin(), or
+in. Data pointed to is owned by libogg. The structure is valid until the
+next call to ogg_stream_pageout(), ogg_stream_packetin(), or
ogg_stream_flush().</dd>
</dl>
<h3>Return Values</h3>
<blockquote>
-<li>Zero means that insufficient data has accumulated to fill a page, or an internal error occurred. In
+<li>Zero means that insufficient data has accumulated to fill a page, or an internal error occurred. In
this case <i>og</i> is not modified.</li>
<li>Non-zero means that a page has been completed and returned.</li>
</blockquote>
diff --git a/doc/libogg/ogg_stream_pageout_fill.html b/doc/libogg/ogg_stream_pageout_fill.html
index 1418a40..4019b41 100644
--- a/doc/libogg/ogg_stream_pageout_fill.html
+++ b/doc/libogg/ogg_stream_pageout_fill.html
@@ -22,10 +22,10 @@ to <a href="ogg_stream_pageout.html">ogg_stream_pageout()</a>, but
allows applications to explicitly request a specific page spill
size.</p>
-<p>In a typical encoding situation, this would be called after using <a
-href="ogg_stream_packetin.html">ogg_stream_packetin()</a> to submit
-data packets to the bitstream. Internally, this function assembles
-the accumulated packet bodies into an Ogg page suitable for writing
+<p>In a typical encoding situation, this would be called after using <a
+href="ogg_stream_packetin.html">ogg_stream_packetin()</a> to submit
+data packets to the bitstream. Internally, this function assembles
+the accumulated packet bodies into an Ogg page suitable for writing
to a stream. The function is typically called in a loop until there
are no more pages ready for output.</p>
@@ -55,8 +55,8 @@ int ogg_stream_pageout_fill(<a href="ogg_stream_state.html">ogg_stream_state</a>
<dd>Pointer to a previously declared <a href="ogg_stream.html">ogg_stream</a> struct, which represents the current logical bitstream.</dd>
<dt><i>og</i></dt>
<dd>Pointer to an <a href="ogg_page.html">ogg_page</a> structure to fill
-in. Data pointed to is owned by libogg. The structure is valid until the
-next call to ogg_stream_pageout(), ogg_stream_packetin(), or
+in. Data pointed to is owned by libogg. The structure is valid until the
+next call to ogg_stream_pageout(), ogg_stream_packetin(), or
ogg_stream_flush().</dd>
<dt><i>fillbytes</i></dt>
<dd>Packet data watermark in bytes.</dd>
@@ -65,7 +65,7 @@ ogg_stream_flush().</dd>
<h3>Return Values</h3>
<blockquote>
-<li>Zero means that insufficient data has accumulated to fill a page, or an internal error occurred. In
+<li>Zero means that insufficient data has accumulated to fill a page, or an internal error occurred. In
this case <i>og</i> is not modified.</li>
<li>Non-zero means that a page has been completed and returned.</li>
</blockquote>
diff --git a/doc/libogg/ogg_stream_reset_serialno.html b/doc/libogg/ogg_stream_reset_serialno.html
index 49329db..4168a9b 100644
--- a/doc/libogg/ogg_stream_reset_serialno.html
+++ b/doc/libogg/ogg_stream_reset_serialno.html
@@ -17,7 +17,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function reinitializes the values in the
+<p>This function reinitializes the values in the
<a href="ogg_stream_state.html">ogg_stream_state</a>,
just like <a href="ogg_stream_reset.html">ogg_stream_reset()</a>.
Additionally, it sets the stream serial number to the given value.</p>
diff --git a/doc/libogg/ogg_sync_check.html b/doc/libogg/ogg_sync_check.html
index 07f4307..a767de8 100644
--- a/doc/libogg/ogg_sync_check.html
+++ b/doc/libogg/ogg_sync_check.html
@@ -17,7 +17,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function is used to check the error or readiness condition of an <a href="ogg_sync_state.html">ogg_sync_state</a> structure.
+<p>This function is used to check the error or readiness condition of an <a href="ogg_sync_state.html">ogg_sync_state</a> structure.
<p>It is safe practice to ignore unrecoverable errors (such as an internal error caused by a malloc() failure) returned by ogg stream synchronization calls. Should an
internal error occur, the <a href="ogg_sync_state.html">ogg_sync_state</a> structure will be cleared (equivalent to a
call to
diff --git a/doc/libogg/ogg_sync_destroy.html b/doc/libogg/ogg_sync_destroy.html
index 38509db..d9bd782 100644
--- a/doc/libogg/ogg_sync_destroy.html
+++ b/doc/libogg/ogg_sync_destroy.html
@@ -19,9 +19,9 @@
<p>This function is used to destroy an <a href="ogg_sync_state.html">ogg_sync_state</a> struct and free all memory used.</p>
-<p>Note this calls free() on its argument so you should only use this
-function if you've allocated the ogg_sync_state on the heap. If it is
-allocated on the stack, or it will otherwise be freed by your
+<p>Note this calls free() on its argument so you should only use this
+function if you've allocated the ogg_sync_state on the heap. If it is
+allocated on the stack, or it will otherwise be freed by your
own code, use <a href="ogg_sync_clear.html">ogg_sync_clear</a> instead
to release just the internal memory.</p>
diff --git a/doc/libogg/ogg_sync_pageseek.html b/doc/libogg/ogg_sync_pageseek.html
index 90ef65d..08b1b74 100644
--- a/doc/libogg/ogg_sync_pageseek.html
+++ b/doc/libogg/ogg_sync_pageseek.html
@@ -17,7 +17,7 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function synchronizes the ogg_sync_state struct to the next ogg_page.
+<p>This function synchronizes the ogg_sync_state struct to the next ogg_page.
<p>This is useful when seeking within a bitstream. ogg_sync_pageseek will synchronize to the next page in the bitstream and return information about how many bytes we advanced or skipped in order to do so.
<br><br>
diff --git a/doc/libogg/ogg_sync_state.html b/doc/libogg/ogg_sync_state.html
index 0a499aa..2aaeb48 100644
--- a/doc/libogg/ogg_sync_state.html
+++ b/doc/libogg/ogg_sync_state.html
@@ -19,7 +19,7 @@
<p>
The ogg_sync_state struct tracks the synchronization of the current page.
-<p>It is used during decoding to track the status of data as it is read in, synchronized, verified, and parsed into pages belonging to the various logical bistreams in the current physical bitstream link.
+<p>It is used during decoding to track the status of data as it is read in, synchronized, verified, and parsed into pages belonging to the various logical bistreams in the current physical bitstream link.
<p>
<table border=0 width=100% color=black cellspacing=0 cellpadding=7>
diff --git a/doc/libogg/ogg_sync_wrote.html b/doc/libogg/ogg_sync_wrote.html
index a979393..ff3a6ed 100644
--- a/doc/libogg/ogg_sync_wrote.html
+++ b/doc/libogg/ogg_sync_wrote.html
@@ -17,13 +17,13 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function is used to tell the <a href="ogg_sync_state.html">ogg_sync_state</a> struct how many bytes we wrote into the buffer.
+<p>This function is used to tell the <a href="ogg_sync_state.html">ogg_sync_state</a> struct how many bytes we wrote into the buffer.
<p>
-The general procedure is to request a pointer into an internal
-<a href="ogg_sync_state.html">ogg_sync_state</a> buffer by calling
+The general procedure is to request a pointer into an internal
+<a href="ogg_sync_state.html">ogg_sync_state</a> buffer by calling
<a href="ogg_sync_buffer.html">ogg_sync_buffer()</a>. The buffer
-is then filled up to the requested size with new input, and
+is then filled up to the requested size with new input, and
ogg_sync_wrote() is called to advance the fill pointer by however
much data was actually available.</p>
diff --git a/doc/libogg/oggpack_bytes.html b/doc/libogg/oggpack_bytes.html
index 269ad48..182b1fb 100644
--- a/doc/libogg/oggpack_bytes.html
+++ b/doc/libogg/oggpack_bytes.html
@@ -17,10 +17,10 @@
<p><i>declared in "ogg/ogg.h";</i></p>
-<p>This function returns the total number of bytes behind the current
-access point in the <a href="oggpack_buffer.html">oggpack_buffer</a>.
-For write-initialized buffers, this is the number of complete bytes
-written so far. For read-initialized buffers, it is the number of
+<p>This function returns the total number of bytes behind the current
+access point in the <a href="oggpack_buffer.html">oggpack_buffer</a>.
+For write-initialized buffers, this is the number of complete bytes
+written so far. For read-initialized buffers, it is the number of
complete bytes that have been read so far.
<p>The return value is the number of <b>complete</b> bytes in the buffer.
There may be extra (<8) bits.
diff --git a/doc/libogg/oggpack_writecheck.html b/doc/libogg/oggpack_writecheck.html
index 7772f4d..028d60d 100644
--- a/doc/libogg/oggpack_writecheck.html
+++ b/doc/libogg/oggpack_writecheck.html
@@ -27,7 +27,7 @@ its internal state and release any in-use memory, flagging itself as
silently fail. This error state may be detected at any later time by
using oggpack_writecheck(). It is safe but not necessary to
call <a href="oggpack_writeclear.html">oggpack_writeclear()</a> on a buffer that
-has flagged an error and released its resources.
+has flagged an error and released its resources.
<p><em>Important note to developers: Although libogg checks the
results of memory allocations, these checks are only useful on a
@@ -37,7 +37,7 @@ routinely overallocated and all allocations succeed whether memory is
available or not. The only way to detect an out of memory condition
on the vast majority of OSes is to watch for and capture segmentation
faults. This function is useful only to embedded developers.</em>
-
+
<br><br>
<table border=0 color=black cellspacing=0 cellpadding=7>
<tr bgcolor=#cccccc>