From: Beman Dawes (bdawes_at_[hidden])
Date: 2001-07-08 12:54:16
At 10:52 PM 7/7/2001, Daryle Walker wrote:
>This is from comparing my current Boost folder with an expansion of the
>latest Boost archive. I use the new folder after making a comparison and
>writing this report. (All paths relative to BOOST_ROOT.)
>
>1. For /status/cs-linux.html, the links to KAI in the table headers
don't
>have the href="" surrounding them. The real cause could be the same
>mistake
>in /status/compiler.cfg.
Fixed.
> While you're at it, maybe you can change those
>header cells to use true <th> tags.
The HTML reference I use says <th> is rendered the same as <td> at least in
some browsers.
>2. The last unordered list in /more/formal_review_process.htm used to be
a
>single big <ul> block, now it's a bunch of <ul> blocks with one <li>
each.
>It should be fixed back.
Yes, I guess it does look better the old way. Also more consistent with
other lists on the page.
>3. A note about regex. I've noticed that the version number increases
on
>all the files, even if nothing else changes. Some people on the list
have
>mentioned doing stuff like this is bad because it forces a recompile
>because
>of a Boost update that has (otherwise) no real change. I think it makes
>the
>HTML files look funny because the version number is updated without
>changing
>a year-old date. It also makes pointless busywork for Regex's author.
John?
>4. The /libs/python/doc/pointers.html file got a correction from "<"
to
>"<", but the corresponding ">" remains. (They're in a section with
>code for a GCC 2.95.2 workaround.)
I'll leave that for Dave.
>5. The /boost/detail/limits.hpp file can reference the WCHAR_MIN and
>WCHAR_MAX macro constants, but it doesn't #include the <cwchar> header
>where they come from.
Hum. Learn something new everyday. Fixed.
Thanks,
--Beman