Renaming "c++boost.gif"

I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns! -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
what about taking the occasion and changing to the not-so-patent-ridden png format ? Regards, Stefan

"Stefan Seefeld" <seefeld@sympatico.ca> wrote in message news:41602D55.801@sympatico.ca...
Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
what about taking the occasion and changing to the not-so-patent-ridden png format ?
I remember reading recently that the patent finally expired earlier this year. Does anyone know if that's correct? Jonathan

Jonathan Turkanis wrote:
"Stefan Seefeld" <seefeld@sympatico.ca> wrote in message news:41602D55.801@sympatico.ca...
what about taking the occasion and changing to the not-so-patent-ridden png format ?
I remember reading recently that the patent finally expired earlier this year. Does anyone know if that's correct?
The LZW patent in question expired in the US this Summer. But the patent only applies to generation of GIFs, not reading. So it's only the one person who created the GIF that would have needed a license. There are still other countries out there that have the patent active though. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

"Rene Rivera" <grafik.list@redshift-software.com> wrote in message news:41603DCE.3030808@redshift-software.com...
Jonathan Turkanis wrote:
"Stefan Seefeld" <seefeld@sympatico.ca> wrote in message news:41602D55.801@sympatico.ca...
what about taking the occasion and changing to the not-so-patent-ridden png format ?
I remember reading recently that the patent finally expired earlier this year. Does anyone know if that's correct?
The LZW patent in question expired in the US this Summer. But the patent only applies to generation of GIFs, not reading. So it's only the one person who created the GIF that would have needed a license. There are still other countries out there that have the patent active though.
Thanks for clarifying this. I was hoping the expiration of the LZW patent meant I could add LZW compression to the iostreams library. To you have more info on which other countries have issued patents on this algorithm which have yet to expire? Jonathan

Jonathan Turkanis wrote:
"Rene Rivera" <grafik.list@redshift-software.com> wrote in message news:41603DCE.3030808@redshift-software.com...
The LZW patent in question expired in the US this Summer. But the patent only applies to generation of GIFs, not reading. So it's only the one person who created the GIF that would have needed a license. There are still other countries out there that have the patent active though.
Thanks for clarifying this. I was hoping the expiration of the LZW patent meant I could add LZW compression to the iostreams library. To you have more info on which other countries have issued patents on this algorithm which have yet to expire?
From the UniSys mouth... Unisys U.S. LZW Patent No. 4,558,302 expired on June 20, 2003, the counterpart patents in the United Kingdom, France, Germany and Italy expired on June 18, 2004, the Japanese counterpart patents expired on June 20, 2004 and the counterpart Canadian patent expired on July 7, 2004. But according to the libungif developers, and the FSF... giflib is able to read and write all GIF files using the LZW algorithm patented by UniSys. Although this patent has expired in the United States, patent searches by the FSF show that worldwide patents exist until 2006. If you must have a patent free version of the library, please look into libungif as a suitable replacement. So perhaps you could ask them... http://sourceforge.net/projects/libungif SourceForge.net: Project Info - Libungif - An uncompressed GIF library -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

"Rene Rivera" <grafik.list@redshift-software.com> wrote in message news:416048EC.7060304@redshift-software.com...
Jonathan Turkanis wrote:
Thanks for clarifying this. I was hoping the expiration of the LZW patent meant I could add LZW compression to the iostreams library. To you have more info on which other countries have issued patents on this algorithm which have yet to expire?
... Although this patent has expired in the United States, patent searches by the FSF show that worldwide patents exist until 2006. If you must have a patent free version of the library, please look into libungif as a suitable replacement.
So perhaps you could ask them...
http://sourceforge.net/projects/libungif SourceForge.net: Project Info - Libungif - An uncompressed GIF library
Thanks. Maybe I can add the code now, but with BOOST_STATIC_ASSERT(__YEAR__ >= 2006); ;-) Jonathan

Stefan Seefeld writes:
Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
what about taking the occasion and changing to the not-so-patent-ridden png format ?
Is it equally well supported by Internet browsers? -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy wrote:
Stefan Seefeld writes:
what about taking the occasion and changing to the not-so-patent-ridden png format ?
Is it equally well supported by Internet browsers?
http://www.libpng.org/pub/png/pngapbr.html Regards, Stefan

Stefan Seefeld writes:
Aleksey Gurtovoy wrote:
Stefan Seefeld writes:
what about taking the occasion and changing to the not-so-patent-ridden png format ? Is it equally well supported by Internet browsers?
OK, does this one looks good to everyone: http://www.meta-comm.com/engineering/boost/boost_logo.png ? -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
http://www.meta-comm.com/engineering/boost/boost_logo.png
?
It looks fine in mozilla 1.4.1. konqueror (3.1.4-7 Red Hat (Qt: 3.1.2)) displays an additional single line of dots along the very bottom of the image. Angus

Angus Leeming <angus.leeming@btopenworld.com> writes:
Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
http://www.meta-comm.com/engineering/boost/boost_logo.png
?
It looks fine in mozilla 1.4.1. konqueror (3.1.4-7 Red Hat (Qt: 3.1.2)) displays an additional single line of dots along the very bottom of the image.
Hmm, that's not good. I just double-checked, and as far as I can tell the image itself is totally fine. I guess unless somebody knows how to fix this (and willing to do it), I'm going to stick with the old GIF. -- Aleksey Gurtovoy MetaCommunications Engineering

On Sun, Oct 03, 2004 at 04:29:35PM -0500, Aleksey Gurtovoy wrote:
Angus Leeming <angus.leeming@btopenworld.com> writes:
Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
http://www.meta-comm.com/engineering/boost/boost_logo.png
?
It looks fine in mozilla 1.4.1. konqueror (3.1.4-7 Red Hat (Qt: 3.1.2)) displays an additional single line of dots along the very bottom of the image.
Hmm, that's not good. I just double-checked, and as far as I can tell the image itself is totally fine. I guess unless somebody knows how to fix this (and willing to do it), I'm going to stick with the old GIF.
I can't tell you what was wrong with your png, but after I loaded your file into The Gimp and exported it again as png, Konqueror does not show the garbage underneath anymore. (As a nice side-effect, the file became smaller: 6.8KByte instead of 8.1KByte.) You can download the new file from <URL:http://www.cdc.informatik.tu-darmstadt.de/~cludwig/boost_logo2.png>. Regards Christoph -- http://www.informatik.tu-darmstadt.de/TI/Mitarbeiter/cludwig.html LiDIA: http://www.informatik.tu-darmstadt.de/TI/LiDIA/Welcome.html

Christoph Ludwig writes:
On Sun, Oct 03, 2004 at 04:29:35PM -0500, Aleksey Gurtovoy wrote:
Angus Leeming <angus.leeming@btopenworld.com> writes:
Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
http://www.meta-comm.com/engineering/boost/boost_logo.png
?
It looks fine in mozilla 1.4.1. konqueror (3.1.4-7 Red Hat (Qt: 3.1.2)) displays an additional single line of dots along the very bottom of the image.
Hmm, that's not good. I just double-checked, and as far as I can tell the image itself is totally fine. I guess unless somebody knows how to fix this (and willing to do it), I'm going to stick with the old GIF.
I can't tell you what was wrong with your png, but after I loaded your file into The Gimp and exported it again as png, Konqueror does not show the garbage underneath anymore. (As a nice side-effect, the file became smaller: 6.8KByte instead of 8.1KByte.)
You can download the new file from <URL:http://www.cdc.informatik.tu-darmstadt.de/~cludwig/boost_logo2.png>.
Grabbed, thank you! OK, could everybody please give a new version below another short: http://www.meta-comm.com/engineering/boost/boost.png ? For comparison purposes, the old GIF is here: http://www.meta-comm.com/engineering/boost/boost.gif -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy wrote:
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Looks good in a modern version of konqueror $ konqueror --version Qt: 3.3.3 KDE: 3.3.0 Konqueror: 3.3 Looks good in an old version of konqueror $ konqueror --version Qt: 2.3.1 KDE: 2.2.1 Konqueror: 2.2.1 Looks good in a modern version of mozilla $ mozilla --version Mozilla 1.7.3, Copyright (c) 2003-2004 mozilla.org, build 2004100107 Looks good in an ancient version of netscape $ netscape --version Netscape 4.72/Export, 31-Jan-00; (c) 1995-2000 Netscape Communications Corp. links and lynx both use ImageMagick tools to display the graphic here. No problems there either. ImageMagick 6.0.6 09/27/04 Q16 http://www.imagemagick.org Regards, Angus

Angus Leeming wrote:
Aleksey Gurtovoy wrote:
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Looks good in a modern version of konqueror
$ konqueror --version Qt: 3.3.3 KDE: 3.3.0 Konqueror: 3.3
Looks good in an old version of konqueror
$ konqueror --version Qt: 2.3.1 KDE: 2.2.1 Konqueror: 2.2.1
Looks good in a modern version of mozilla
$ mozilla --version Mozilla 1.7.3, Copyright (c) 2003-2004 mozilla.org, build 2004100107
Suppose this is more or less same codebase, but anyway: Looks good in Firefox 1.0 Preview Release Mozilla/5.0 Gecko/20040913 Firefox/0.10 -- /Brian Riis

On Mon, 04 Oct 2004 07:26:10 -0500, Aleksey Gurtovoy wrote
You can download the new file from <URL:http://www.cdc.informatik.tu-darmstadt.de/~cludwig/boost_logo2.png>.
Grabbed, thank you!
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Works great in all my browsers now -- I won't repeat the list :-) Jeff

Aleksey Gurtovoy wrote:
Looks great under Windows XP (Service Pack 1) with Firefox (0.9.2) and IE (6.0). Cheers, Matt PS I won't bother creating another one then! Thanks Christoph. :)

Matt S Trentini wrote:
Aleksey Gurtovoy wrote:
really old netscape on my IRIX box, displays the PNG fine, just has no transparency unlike the gif. no great loss though. Kevin -- | Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this | | Senior Technology | My employer for certain | | And Network Systems Architect | Not even myself |

Aleksey Gurtovoy:
OK, could everybody please give a new version below another short:
?
Looks good in Opera 7.54 (Windows XP SP1). -- Daniel Schlyder http://bitblaze.com/

Aleksey Gurtovoy writes:
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Thanks to everybody for the extensive testing! I'm proceeding with the replacement now. -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy writes:
Aleksey Gurtovoy writes:
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Thanks to everybody for the extensive testing! I'm proceeding with the replacement now.
Done now. All duplicate copies of "c++boost.gif" file in various subdirectories removed; links are adjusted to point to the new master image. "inspect" tool modified to report, among others, broken image/css links. -- Aleksey Gurtovoy MetaCommunications Engineering

At 12:04 PM 10/5/2004, Aleksey Gurtovoy wrote:
Aleksey Gurtovoy writes:
Aleksey Gurtovoy writes:
OK, could everybody please give a new version below another short:
http://www.meta-comm.com/engineering/boost/boost.png
?
Thanks to everybody for the extensive testing! I'm proceeding with the replacement now.
Done now. All duplicate copies of "c++boost.gif" file in various subdirectories removed; links are adjusted to point to the new master image. "inspect" tool modified to report, among others, broken image/css links.
Nice! Thanks for going through all that work! --Beman

On Sun, 03 Oct 2004 15:00:39 -0500, Aleksey Gurtovoy wrote
Stefan Seefeld writes:
Aleksey Gurtovoy wrote:
Stefan Seefeld writes:
what about taking the occasion and changing to the not-so-patent-ridden png format ? Is it equally well supported by Internet browsers?
OK, does this one looks good to everyone:
Seems like there is something slightly amiss. Netscape 7 on Win98 doesn't like it and Konqueror 3.2 displays a funny line on the bottom. But given the relative market share of these browsers you might suspect a software bug -- although the Konqueror result is a bit suprising... Mandrake Linux 10 recent versions of browsers: (sorry too lazy to track all them all down) FireFox -- good. Epiphany -- good. Galeon -- good. Konqueror (V3.2.0) -- small line displays across the bottom. Win98 IE 6.0.2600.000 -- good FireFox -- good Netscape 7 -- Gecko/20020823 -- "cannot be displayed, because it contains errors." WinXP -- Service Pack2 FireFox -- good IE 6.0.2900++ -- good Jeff

Jeff Garland writes:
On Sun, 03 Oct 2004 15:00:39 -0500, Aleksey Gurtovoy wrote
Stefan Seefeld writes:
Aleksey Gurtovoy wrote:
Stefan Seefeld writes:
what about taking the occasion and changing to the not-so-patent-ridden png format ? Is it equally well supported by Internet browsers?
OK, does this one looks good to everyone:
Seems like there is something slightly amiss. Netscape 7 on Win98 doesn't like it and Konqueror 3.2 displays a funny line on the bottom. But given the relative market share of these browsers you might suspect a software bug -- although the Konqueror result is a bit suprising...
I converted the image using Photoshop, which I more or less trust. If somebody wants to give it one more try using something else, please be my guest!
Mandrake Linux 10 recent versions of browsers: (sorry too lazy to track all them all down) FireFox -- good. Epiphany -- good. Galeon -- good. Konqueror (V3.2.0) -- small line displays across the bottom.
Win98 IE 6.0.2600.000 -- good FireFox -- good Netscape 7 -- Gecko/20020823 -- "cannot be displayed, because it contains errors."
WinXP -- Service Pack2 FireFox -- good IE 6.0.2900++ -- good
Thanks for all the testing, -- Aleksey Gurtovoy MetaCommunications Engineering

Aleksey Gurtovoy wrote:
I converted the image using Photoshop, which I more or less trust. If somebody wants to give it one more try using something else, please be my guest!
As I recall Photoshop had (used to have?) some issues with producing png files (a quick search popped up this link: http://www.evolt.org/article/To_PNG_or_not_to_PNG/22/60134/). When I get home tonight I'll try and create one using something else... Cheers, Matt

Aleksey Gurtovoy:
OK, does this one looks good to everyone:
?
It looks good in Opera 7.54. -- Daniel Schlyder http://bitblaze.com/

At 3:00 PM -0500 10/3/04, Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
Looks good in Safari. Looks good in Mozilla. Camino 0.7 complains: "The image "http://www.meta-comm.com/engineering/boost/boost_logo.png" cannot be displayed, because it contains errors." -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

Aleksey Gurtovoy wrote:
OK, does this one looks good to everyone:
http://www.meta-comm.com/engineering/boost/boost_logo.png
?
Looks good in links2. w3m doesn't seem to recognize the transparency and renders the text "Boost" and the background, including the grid lines, except for those in the centre of the image, in black. The "C" partly is surrounded by a thin white line. Other parts of the "C" are not separated from the (black) background. (The gif looks fine, so this is not a general incapability of w3m to display transparency) Regards, m

Stefan Seefeld wrote:
Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
what about taking the occasion and changing to the not-so-patent-ridden png format ?
Ultimately, it would be better to produce vector graphics version of the logo -- imagine, for example, putting the logo in the printed documentation. However, this can only be done by the person who created the original logo, and might be impossible if there's no vector version of background. - Volodya

Vladimir Prus wrote:
Ultimately, it would be better to produce vector graphics version of the logo -- imagine, for example, putting the logo in the printed documentation. However, this can only be done by the person who created the original logo, and might be impossible if there's no vector version of background.
But it wouldn't be much use for the online documentation because most browsers have poor support for vector graphics... However, I agree that it'd be nice to have the original vector graphic if one exists. Cheers, Matt

"Aleksey Gurtovoy" <agurtovoy@meta-comm.com> wrote in message news:m2y8instlf.fsf@meta-comm.com...
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
I'm all for this. Whatever system comcast uses for my personal web space won't let me use + in file names, so I have to change everything to booctcpp.gif for the browsable version of my documentation and keep the ++ in the zipped version. You might consider just using 'boost.gif'. Jonathan

At 11:35 AM 10/3/2004, Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
inspect.cpp and compiler_status.cpp both generate HTML which contains "c++boost.gif". I wouldn't be surprised if other programs and scripts which generate documentation also mention it. So after you make the name change, expect some breakage of code until all such usages are found and changed. By the way, I also like just plain "boost.gif" better than "boost_logo.gif". Thanks, --Beman

Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
Aleksey, if one of the reasons to replace this file turned out to be the undefined legal status of gifs, then presumably the same holds true for google_logo_40wht.gif ? I attach a png version of same, converted using The Gimp which appears to have done a fine job with c++boost.png. Angus

Angus Leeming writes:
Aleksey Gurtovoy wrote:
I'm planning on doing a massive search & replace throught the docs concerned with renaming "c++boost.gif" to "boost_logo.gif" (the former is not a valid ISO 9660/Level 2 name). Please speak up soon if you have any objections/concerns!
Aleksey, if one of the reasons to replace this file turned out to be the undefined legal status of gifs,
A very secondary one; it was just too good of an opportunity to pass up; I was to do all the same work anyway.
then presumably the same holds true for google_logo_40wht.gif ? I attach a png version of same, converted using The Gimp which appears to have done a fine job with c++boost.png.
Since it's referenced from the main page only (and it's on the main page), I guess I can replace this one as well. Note though that there are many more GIFs in Boost buried away in various libraries' documentation, so this by no means gets rid of them. Thanks, though! -- Aleksey Gurtovoy MetaCommunications Engineering
participants (15)
-
Aleksey Gurtovoy
-
Angus Leeming
-
Beman Dawes
-
Brian Riis
-
Christoph Ludwig
-
Daniel Schlyder
-
Jeff Garland
-
Jonathan Turkanis
-
Kevin Wheatley
-
Marshall Clow
-
Martin Wille
-
Matt S Trentini
-
Rene Rivera
-
Stefan Seefeld
-
Vladimir Prus