tuxpaint-devel — General discussion list for Tux Paint developers

Re: [Tuxpaint-devel] [fwd] Damaged Japanese rendering [with SDL_ttf]

[Mark K. K. <tux...@cb...>]

Hmm... did you test it for Japanese yourself, too?  I just grabbed the CVS
with the TTF files I already had and it renders just fine.  Did I not do
something correctly?

On a different note, can you add $Id$ tags to the source files?  It'll
help with tracking.  Like this:

  /**************************
  * Comment blah blah..
  *
  * $Id$  <-- this will expand to CVS version with each commit/update
  */

It's a convenient CVS feature used to tell which version of the file you
have...!

-Mark


On Sat, 26 Nov 2005, Bill Kendrick wrote:

>
> Shin-ichi is having trouble subscribing to the tuxpaint-devel list for
> some reason, so I'm passing this along.  (I'm also Cc'ing it to the SDL list.)
>
> Apparently my font size change has completely broken the Japanese text
> rendering.  Other fonts seem okay (I tested Hindi, Hebrew, Korean, and
> both Chinese modes).
>
> See the screenshot:  http://www.sonic.net/~nbs/tuxpaint-broken-ja.png
>
> As you can see, things seem to be getting rendered.... diagonally...?
> At slightly larger sizes, things were rendering okay, last we checked.
>
> Is this an SDL_ttf bug, a Freetype bug, or a problem/limitation of the font
> being used?  (You can get the TTF in question from:
> http://www.newbreedsoftware.com/download/fonts/ )
>
> Thanks!
>
> -bill!
> (who may have to release Tux Paint 0.9.16 momentarily! >:^( )
>
> ----- Forwarded message from TOYAMA Shin-ichi <sh...@wm...> -----
>
> Date: Sun, 27 Nov 2005 15:22:35 +0900
> From: TOYAMA Shin-ichi <sh...@wm...>
> Subject: Damaged Japanese rendering
> To: Bill Kendrick <nb...@so...>
>
> Hi Bill!
>
> You changed `tuxpaint.c' just befor you released new version of Tux Paint.
>
> > Revision 1.462  - (view) (download) (annotate) - [select for diffs]
> > Sat Nov 26 00:25:34 2005 UTC (28 hours, 56 minutes ago) by wkendrick
> > Branch: MAIN
> > Changes since 1.461: +4 -4 lines
> > Diff to previous 1.461
>
> > Made UI fonts a little smaller.  Adjusted position of icons and text
> > in tool buttons.
>
> This is a very little change but Japanese text rendering was seriously damaged
> by it. (See attached image)
> Is it all right for other languages (such as Chinese or Korean) ?
>
> Anyway, for thes reason, I'm suspending to create RPM packages for RedHat/Fedora.
> Do you have any idea for this?
>
> --
> TOYAMA Shin-ichi
>
>
>
> ----- End forwarded message -----
>
> --
> -bill!
> bi...@ne...
> http://www.newbreedsoftware.com/
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
>

-- 
Mark K. Kim
AIM: markus kimius
Homepage: http://www.cbreak.org/
Xanga: http://www.xanga.com/vindaci
Friendster: http://www.friendster.com/user.php?uid=13046
PGP key fingerprint: 7324 BACA 53AD E504 A76E  5167 6822 94F0 F298 5DCE
PGP key available on the homepage

[Tuxpaint-devel] Re: Damaged Japanese rendering

[Bill K. <nb...@so...>]

Okay, I am about to release Tux Paint 0.9.15b with larger locale_font
(to fix bug with Japanese TTF rendering), plus a few other minor fixes. ;)

Thanks!

-bill!

[Tuxpaint-devel] [fwd] Damaged Japanese rendering [with SDL_ttf]

[Bill K. <nb...@so...>]

Shin-ichi is having trouble subscribing to the tuxpaint-devel list for
some reason, so I'm passing this along.  (I'm also Cc'ing it to the SDL list.)

Apparently my font size change has completely broken the Japanese text
rendering.  Other fonts seem okay (I tested Hindi, Hebrew, Korean, and
both Chinese modes).

See the screenshot:  http://www.sonic.net/~nbs/tuxpaint-broken-ja.png

As you can see, things seem to be getting rendered.... diagonally...?
At slightly larger sizes, things were rendering okay, last we checked.

Is this an SDL_ttf bug, a Freetype bug, or a problem/limitation of the font
being used?  (You can get the TTF in question from:
http://www.newbreedsoftware.com/download/fonts/ )

Thanks!

-bill!
(who may have to release Tux Paint 0.9.16 momentarily! >:^( )

----- Forwarded message from TOYAMA Shin-ichi <sh...@wm...> -----

Date: Sun, 27 Nov 2005 15:22:35 +0900
From: TOYAMA Shin-ichi <sh...@wm...>
Subject: Damaged Japanese rendering
To: Bill Kendrick <nb...@so...>

Hi Bill!

You changed `tuxpaint.c' just befor you released new version of Tux Paint.

> Revision 1.462  - (view) (download) (annotate) - [select for diffs]
> Sat Nov 26 00:25:34 2005 UTC (28 hours, 56 minutes ago) by wkendrick
> Branch: MAIN
> Changes since 1.461: +4 -4 lines
> Diff to previous 1.461

> Made UI fonts a little smaller.  Adjusted position of icons and text
> in tool buttons.

This is a very little change but Japanese text rendering was seriously damaged
by it. (See attached image)
Is it all right for other languages (such as Chinese or Korean) ?

Anyway, for thes reason, I'm suspending to create RPM packages for RedHat/Fedora.
Do you have any idea for this?

-- 
TOYAMA Shin-ichi



----- End forwarded message -----

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Georgian font

[Bill K. <nb...@so...>]

D'oh!  I wonder, why didn't the Georgian font (ka.ttf) get included
in the main Tux Paint release (under "./fonts/locale/")?  It's only ~60KB
and is free.

Perhaps the "all my fonts are free & redistributable" isn't a
sufficient license?  Or did we just forget to include it?

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Tux Paint 0.9.15 & Stamps 2005.11.25 released for Win32

[Bill K. <nb...@so...>]

John has built Tux Paint 0.9.15, 'Config 0.0.6 and 'Stamps 2005.11.25
for Win32 (as both ZIP and Installer, as usual).

I've uploaded them to my FTP site and SourceForge, and updated the
download pages and newsitem on the TP website.

Enjoy!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Tux Paint 0.9.15, Stamps 2005.11.25, Config 0.0.6 being released!

[Bill K. <nb...@so...>]

I've rolled up tarballs and have placed them on my FTP site:

  ftp://ftp.billsgames.com/unix/x/tuxpaint/

I'm about to upload them to SourceForge.


Porters and packagers, start your engines! :)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Bill K. <nb...@so...>]

On Fri, Nov 25, 2005 at 12:02:52AM -0700, Martin Fuhrer wrote:
> >I've made the change for Mac OS X alt+click
> 
> The change works fine here!  The Page Setup dialog displays again.
> 
> Also, I'm proposing the following two changes to tuxpaint.c, as the  
> current font sizes are too large for the buttons in the Mac interface  
> (the text flows outside the button bounds).  The adjusted sizes fit  
> well (I already used these smaller sizes in 0.9.14):

I think I like it with the smaller sizes.  How about 30 for 'large' and
13 for 'small'?  (And if that's still too big, go ahead and #ifdef __APPLE__
and make it 12 for OS X)

I'm curious, though, why there's a difference in font rendering between
platforms?  Is TTF_OpenFont taking into account display DPI settings?

-bill!

Re: [Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Martin F. <mf...@gm...>]

> I've made the change for Mac OS X alt+click

The change works fine here!  The Page Setup dialog displays again.

Also, I'm proposing the following two changes to tuxpaint.c, as the  
current font sizes are too large for the buttons in the Mac interface  
(the text flows outside the button bounds).  The adjusted sizes fit  
well (I already used these smaller sizes in 0.9.14):

large_font = TTF_OpenFont(DATA_PREFIX "fonts/default_font.ttf",
#ifdef __APPLE__
			    30 - (only_uppercase * 3));
#else
			    36 - (only_uppercase * 3));
#endif

small_font = TTF_OpenFont(DATA_PREFIX "fonts/default_font.ttf",
#ifdef __APPLE__
		            12 - (only_uppercase * 2));
#else
		            14 - (only_uppercase * 2));
#endif

Martin

RE: [Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Calvin A. <ca...@ma...>]

> So are folks actually playtesting the thing? ;)
> 
> -bill!

I've downloaded and installed the Win32 installers you had on
billsgames.com on win98. No problems with the install.
I do intend installing in WinXP  later today... This is here at work
tho...(no real play testing)  At home where the kids are tho we still
need to dig out the Windows 2000 machine so the kids can put it through
the paces. We don't keep that machine up normally tho, only for testing
purposes, so it tends to get a bit buried :)

Cal...

Re: [Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Bill K. <nb...@so...>]

On Wed, Nov 23, 2005 at 09:34:00PM -0400, Ben Armstrong wrote:
> 
> Very good!  I'm ready when you are.

So are folks actually playtesting the thing? ;)

-bill!

Re: [Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Ben A. <sy...@sa...>]

On Wed, 2005-11-23 at 15:25 -0800, Bill Kendrick wrote:
> I've made the change for Mac OS X alt+click, and am about to test
> a version for WinXP that should fix some audio problems I was having.
> 
> Assuming John and Martin (and other porters, you folks around?) have no
> problems, I'll be finishing up my testing and releasing a source tarball
> hopefully by or before Saturday.
> 
> Thanks, everyone!

Very good!  I'm ready when you are.

Ben

[Tuxpaint-devel] Will release 0.9.15 soon, pending approval from porters!

[Bill K. <nb...@so...>]

I've made the change for Mac OS X alt+click, and am about to test
a version for WinXP that should fix some audio problems I was having.

Assuming John and Martin (and other porters, you folks around?) have no
problems, I'll be finishing up my testing and releasing a source tarball
hopefully by or before Saturday.

Thanks, everyone!

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Re: TuxPaint 0.9.15 and Mac OS X Update

[Bill K. <nb...@so...>]

On Wed, Nov 23, 2005 at 12:17:29PM -0700, Martin Fuhrer wrote:
> 
> Yes, I did receive those messages, but I was already on the  
> grindstone for my thesis defense, and right after spent six weeks  
> chilling out in Europe  :-)

Cool!  I hope your thesis went well! ;)

<snip> 
> I tried out the option key trick on my 0.9.14 build and the page  
> setup box shows up fine. Interestingly, I can't get this to work with  
> Tux Paint 0.9.15.  In fact, pressing any button on the interface in  
> conjunction with the option (alt) or command (windows?) keys won't  
> result in anything.  My hunch is that pressing option with the mouse  
> button emulates a middle click, and pressing command with the mouse  
> button emulates a right click, as after clicking away on the  
> interface with these keys held down, Tuxpaint gives me the "Remember  
> to use the left mouse button" reminder.

Ooh!  Interesting!


> However, if I change the code to call the page setup dialog with the  
> shift key rather than option/alt, things work fine:
>  //want_alt_printcommand = (SDL_GetModState() & KMOD_ALT);  // this  
> line doesn't even get executed when option/alt key is depressed
>  want_alt_printcommand = (SDL_GetModState() & KMOD_SHIFT);  //  
> want_alt_printcommand is set to 1 when shift key is depressed
> 
> Is there any chance that Tuxpaint 0.9.15 is making some SDL call to  
> emulate middle/right mouse button clicks in conjunction with the  
> option/command keys?  As I said earlier, this is not an issue in  
> Tuxpaint 0.9.14, even when built against the exact same version of  
> the SDL libraries, so something in 0.9.15 must have introduced the  
> problem.

I think the difference is that Tux Paint 0.9.14 accepted ANY mouse button,
whereas 0.9.15 only accepts left button (button1), unless the
"nobuttondistinction" option is set.

It seems Mac OS X or SDL are sending Tux Paint middle/right, if
option/command are being held.  And thus, Tux Paint is ignoring them.

I'll look about allowing middle/right clicking for anything that also
accepts [Alt]/[Option] key, so that it works right on Mac again.


<snip regarding altprintcommand config options> 
> 
> Yes, I think the Mac behaviour would be the same as on Linux or Windows.

I'll look over the code to make sure that it SHOULD. ;^)  I'd appreciate
it if you could test, though.  Thanks!

-bill!

[Tuxpaint-devel] Re: TuxPaint 0.9.15 and Mac OS X Update

[Martin F. <mf...@gm...>]

>
> On Tue, Nov 22, 2005 at 09:45:31PM -0700, Martin Fuhrer wrote:
> > Just letting you folks know that I've got a build of the latest CVS
> > snapshot running on Mac OS X.
>
> Awesome!  I had lost hope that anyone who had worked on Tux Paint  
> for OS X
> before was still around to help! ;^)  (I had tried pinging everyone  
> a few
> months ago.)

Yes, I did receive those messages, but I was already on the  
grindstone for my thesis defense, and right after spent six weeks  
chilling out in Europe  :-)
>
> > >Anyone want to look into this before 0.9.15 comes out?
> >
> > This already works in 0.9.14 - press Option when you click on the
> > Print button and you'll come to a Page Setup dialog box.
>
> Hrm, I swear I've told people to try this and it didn't work.

I tried out the option key trick on my 0.9.14 build and the page  
setup box shows up fine. Interestingly, I can't get this to work with  
Tux Paint 0.9.15.  In fact, pressing any button on the interface in  
conjunction with the option (alt) or command (windows?) keys won't  
result in anything.  My hunch is that pressing option with the mouse  
button emulates a middle click, and pressing command with the mouse  
button emulates a right click, as after clicking away on the  
interface with these keys held down, Tuxpaint gives me the "Remember  
to use the left mouse button" reminder.

However, if I change the code to call the page setup dialog with the  
shift key rather than option/alt, things work fine:
  //want_alt_printcommand = (SDL_GetModState() & KMOD_ALT);  // this  
line doesn't even get executed when option/alt key is depressed
  want_alt_printcommand = (SDL_GetModState() & KMOD_SHIFT);  //  
want_alt_printcommand is set to 1 when shift key is depressed

Is there any chance that Tuxpaint 0.9.15 is making some SDL call to  
emulate middle/right mouse button clicks in conjunction with the  
option/command keys?  As I said earlier, this is not an issue in  
Tuxpaint 0.9.14, even when built against the exact same version of  
the SDL libraries, so something in 0.9.15 must have introduced the  
problem.

> > Currently, page setup settings are not saved between separate print
> > jobs, and I'll have to dig through the Cocoa docs to see how to
> > remedy this.
>
> Ah, yeah, that would be quite helpful.  I assume that the recent  
> changes
> in CVS that control whether [Alt] (or in Mac's case, Option) must be
> pressed also apply to Mac?
>
> i.e., --altprintmod | --altprintalways | --altprintnever

Yes, I think the Mac behaviour would be the same as on Linux or Windows.

Cheers,

Martin

Re: [Tuxpaint-devel] TuxPaint 0.9.15 and Mac OS X Update

[Bill K. <nb...@so...>]

Heh, sorry for all the dups of Martin's post.  He tried sending from an
unsub'd address, and I guess I approved it right as he was sending again
from a sub'd address.


On Tue, Nov 22, 2005 at 09:45:31PM -0700, Martin Fuhrer wrote:
> Just letting you folks know that I've got a build of the latest CVS  
> snapshot running on Mac OS X.

Awesome!  I had lost hope that anyone who had worked on Tux Paint for OS X
before was still around to help! ;^)  (I had tried pinging everyone a few
months ago.)


> I'm hoping to post a final build in the next couple of days (there
> are still a few small issues I need to iron out).  I'm also planning
> to update the Stamps installer for OS X.

Great!  I'm hoping to get the .tar.gz release done some time this weekend,
if possible, and then announce the new release to the world!


<snip>
> >Anyone want to look into this before 0.9.15 comes out?
> 
> This already works in 0.9.14 - press Option when you click on the  
> Print button and you'll come to a Page Setup dialog box.

Hrm, I swear I've told people to try this and it didn't work.


> Currently, page setup settings are not saved between separate print
> jobs, and I'll have to dig through the Cocoa docs to see how to
> remedy this.

Ah, yeah, that would be quite helpful.  I assume that the recent changes
in CVS that control whether [Alt] (or in Mac's case, Option) must be
pressed also apply to Mac?

i.e., --altprintmod | --altprintalways | --altprintnever

Thanks!!!  Good to see you're still around! ;)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] TuxPaint 0.9.15 and Mac OS X Update

[Martin F. <mf...@gm...>]

Just letting you folks know that I've got a build of the latest CVS  
snapshot running on Mac OS X.  I'm hoping to post a final build in  
the next couple of days (there are still a few small issues I need to  
iron out).  I'm also planning to update the Stamps installer for OS X.

> It seems Windows, BeOS and now Linux (via "altprintcommand" and,  
> e.g., kprint)
> have a kind of "Page Setup" for printing, but checking the source  
> code,
> it looks like Mac still does not.
>
> Anyone want to look into this before 0.9.15 comes out?

This already works in 0.9.14 - press Option when you click on the  
Print button and you'll come to a Page Setup dialog box.  Currently,  
page setup settings are not saved between separate print jobs, and  
I'll have to dig through the Cocoa docs to see how to remedy this.

Martin

[Tuxpaint-devel] TuxPaint 0.9.15 and Mac OS X Update

[Martin F. <mf...@gm...>]

Just letting you folks know that I've got a build of the latest CVS  
snapshot running on Mac OS X.  I'm hoping to post a final build in  
the next couple of days (there are still a few small issues I need to  
iron out).  I'm also planning to update the Stamps installer for OS X.

> It seems Windows, BeOS and now Linux (via "altprintcommand" and,  
> e.g., kprint)
> have a kind of "Page Setup" for printing, but checking the source  
> code,
> it looks like Mac still does not.
>
> Anyone want to look into this before 0.9.15 comes out?

This already works in 0.9.14 - press Option when you click on the  
Print button and you'll come to a Page Setup dialog box.  Currently,  
page setup settings are not saved between separate print jobs, and  
I'll have to dig through the Cocoa docs to see how to remedy this.

Martin

[Tuxpaint-devel] TuxPaint 0.9.15 and Mac OS X Update

[Martin F. <mf...@gm...>]

Just letting you folks know that I've got a build of the latest CVS  
snapshot working on Mac OS X.  I'm hoping to post a final build in  
the next couple of days (there are still a few small issues I need to  
iron out).  I'm also planning to update the Stamps installer for OS X.

> It seems Windows, BeOS and now Linux (via "altprintcommand" and,  
> e.g., kprint)
> have a kind of "Page Setup" for printing, but checking the source  
> code,
> it looks like Mac still does not.
>
> Anyone want to look into this before 0.9.15 comes out?

This already works in 0.9.14 - press Option when you click on the  
Print button and you'll come to a Page Setup dialog box.  Currently,  
page setup settings are not saved between separate print jobs, and  
I'll have to dig through the Cocoa docs to see how to remedy this.

Martin

[Tuxpaint-devel] Tux Paint 0.9.15 CVS 2005.11.21 test build for Win32

[Bill K. <nb...@so...>]

John has put together ZIP and Installer versions of Tux Paint from CVS
(what will soon become version 0.9.15), for people to test.

You can find them here:

  ftp://ftp.billsgames.com/unix/x/tuxpaint/testbuilds/win32/

If you have time, please try them out and post back with your feedback!

Thanks,

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Libre Graphics meeting in France

[Bill K. <nb...@so...>]

http://www.libregraphicsmeeting.org/

"The first Libre Graphics Meeting will be held on 17, 18 and 19 March 2006
in Lyon, France in the Ecole d'Ing nieurs CPE on the university campus at
La Doua, Villeurbanne."

Anyone in/near France feel like participating to represent Tux Paint for us? ;)

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] [Alt]+[S] to disable sound

[Bill K. <nb...@so...>]

FYI:

I've added the key-sequence [Alt]+[S] to mute/unmute sounds in Tux Paint
during runtime.  (It does not override config-file or command-line options
that disable sound, though!)

This is in CVS and will be in 0.9.15.

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] [fwd] Re: Tux Paint and tablet

[Bill K. <nb...@so...>]

Dunno if I ever pass this along to the list:

----- Forwarded message from Thierry Mataigne -----

Date: Mon, 4 Jul 2005 12:01:05 +0200
From: "Thierry Mataigne"
Subject: Re: Tux Paint and tablet
To: "Bill Kendrick" <nb...@so...>

Hi Bill,

I re-installed Tux-Paint under Windows XP, but this time I asked to run it 
in windowed mode. Now it works fine with the tablet!  So you were right, the 
problem stems from the full-screen mode. My tablet works in absolute mode, I 
mean it's rather large (DIN A5 standard) and the position of the pen 
faithfully maps the position of the pointer on the screen.

Feel free to post these informations on the mailing-list, I will be glad if 
my experience can be of some profit to others.

Thanks,
Thierry

----- End forwarded message -----

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

[Tuxpaint-devel] Thanks and 2 bugs.

[Etienne de F. <e_d...@ya...>]

Hello,

Thanks for this very nice software , my 3 years daughters love it!

2 bugs:

When you draw a shape (ie square, circle), if you doesnt finish your choice but change the shape
type  (for example starting do draw a circle and then selecting a square) the first shape stay
inversed in the screen until the redraw (when the new one is finished).

When you draw a shape, selecting the center and then the radius (for exemple), the selection is
not valid when the mouse is at the upper left quarter of the center, (ie,only when dx<0 and dy <0)
To see it try all the quarter around the center...

A Wish: to have tuxpaint in 1024*768 ?

Again, thanks for all..

See you

Etienne



 
 


	

	
		
___________________________________________________________________________ 
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger 
Téléchargez cette version sur http://fr.messenger.yahoo.com

[Tuxpaint-devel] [fwd] Linux in Italian Schools

[Bill K. <nb...@so...>]

Fwd from the Open Source NOW mailing list...
A few mentions of Tux Paint in Linux Journal. ;^)

Plus, check out the photos of kids using Tux Paint (and other Linux stuff)
here:

  http://www.terzocircolopescara.it/pages/infolabo04_05/subalbum_1.html

:)

-bill!


----- Forwarded message from Marco Fioretti -----

Date: Thu, 3 Nov 2005 14:05:14 +0100 (CET)
From: Marco Fioretti
Subject: [OS:N:] Linux in Italian Schools

Greetings,

hoping they will be of interest and give others
some useful ideas and contacts, here is a series
of articles on how Gnu/Linux and Free Software are
used in some Italian schools:

http://www.linuxjournal.com/article/8309
http://www.linuxjournal.com/article/8507
http://www.linuxjournal.com/article/8508
http://www.linuxjournal.com/article/8657

The first had already been announced here, but every
of them is about a school with more or less different
problems and solutions

Enjoy,
            Marco

----- End forwarded message -----

-- 
-bill!
bi...@ne...
http://www.newbreedsoftware.com/

Re: [Tuxpaint-devel] Translated HTML documentation

[Bill K. <nb...@so...>]

On Sun, Nov 06, 2005 at 05:14:23AM +0000, John Popplewell wrote:
> 
> Also, the French HTML readme has some missing 'button' images and broken
> links. Anybody fancy fixing it?

Oh, yeah, the French HTML was a nice looking, but totally
un-like-any-other-version set of docs, using lots of fancy CSS and button
links all over the place.  I need to clean it up, but haven't had time. :(

-bill!