tuxpaint-devel — General discussion list for Tux Paint developers

[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!

Re: [Tuxpaint-devel] Translated HTML documentation

[John P. <jo...@jo...>]

On Sun, Nov 06, 2005 at 10:23:36AM +0100, Iron Bishop wrote:
> John Popplewell wrote:
> > How are these files meant to be used? Is it expected that they should be
> > moved to the 'docs/html' folder where the default English versions of
> > the images exist?
> 
> For italian: I copy/pasted the html file from the /html folder to /it
> and then translated without thinking about the images... ^_^;;;
> 
That explains it :-)

> > I can bodge it by duplicating the images, but has anybody got any better
> > ideas?
> 
> Change the links from "images/" to "../../html/images/" and all should
> work fine. Maybe :)
> 
I checked my current Linux installations and nothing clever is happening
there - the html docs contain broken image links.

If no one has any objections, I'll just change the broken links so that
the html docs work in-place,

> 
> /me must update that file anyway... it's still from 0.9.14...
> 
Perhaps using the translated html docs isn't such a great idea :-(
It could be an incentive to keep them up-to date though :-)

cheers,
John.

> 
> -- 
> Flavio "Iron Bishop" Pastore
>  * programmatore, webmaster, otaku, wikimediano
>  * autoproclamatosi fan #1 di "Noir"
> 
> http://ironbishop.altervista.org
> http://it.wikipedia.org/wiki/Utente:Iron_Bishop
> http://www.fsfe.org/fellows/ironbishop/index
> http://www.wikimedia.it
> http://pinerolo.linux.it
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] Translated HTML documentation

[Iron B. <iro...@al...>]

John Popplewell wrote:
> How are these files meant to be used? Is it expected that they should be
> moved to the 'docs/html' folder where the default English versions of
> the images exist?

For italian: I copy/pasted the html file from the /html folder to /it
and then translated without thinking about the images... ^_^;;;

> I can bodge it by duplicating the images, but has anybody got any better
> ideas?

Change the links from "images/" to "../../html/images/" and all should
work fine. Maybe :)


/me must update that file anyway... it's still from 0.9.14...


-- 
Flavio "Iron Bishop" Pastore
 * programmatore, webmaster, otaku, wikimediano
 * autoproclamatosi fan #1 di "Noir"

http://ironbishop.altervista.org
http://it.wikipedia.org/wiki/Utente:Iron_Bishop
http://www.fsfe.org/fellows/ironbishop/index
http://www.wikimedia.it
http://pinerolo.linux.it

[Tuxpaint-devel] Translated HTML documentation

[John P. <jo...@jo...>]

Hi,

whilst getting the win32 installer to use/refer to the translated
documents, I discovered that the Italian(it), Dutch(nl), and
Chinese(zh_tw) HTML readme files link to 'missing' images.

How are these files meant to be used? Is it expected that they should be
moved to the 'docs/html' folder where the default English versions of
the images exist?

<grumble>
Where are symbolic links when you need them?
</grumble>

I can bodge it by duplicating the images, but has anybody got any better
ideas?

Also, the French HTML readme has some missing 'button' images and broken
links. Anybody fancy fixing it?

cheers,
John.

Re: [Tuxpaint-devel] Tux Paint 0.9.15 build army! - What's your status!?

[John P. <jo...@jo...>]

On Thu, Nov 03, 2005 at 11:04:27PM -0400, Albert Cahalan wrote:
> On 11/3/05, Bill Kendrick <nb...@so...> wrote:
> > On Thu, Nov 03, 2005 at 03:26:49AM +0000, John Popplewell wrote:
> 
> > > One issue is that the stamps installer
> > > is nearly 15MB, which makes testing release candidates a bit annoying,
> > > and that's a big download on a dialup line.
> >
> > Indeed!  Wow, I didn't realize it got so huge!  Have we ran pngcrush on
> > the collection of PNGs recently? ;)
> 
> I really don't get with this Windows idea of building an installer
> when a plain old *.zip file would do, especially for a simple
> collection of data files. It's not as if data files require registry
> keys to associate stuff with them.
> 
Where did I install that program again? The stamps installer checks
registry keys to find Tux Paint which means the end-user doesn't have to
think.

The installer is slightly smaller than the data files, zipped, because
it uses better compression than zip.

> The www.sysinternals.com people manage to do whole programs
> without big and complicated installers. If anybody should know the
> best way to do things, it's probably them.
Depends what you mean by big and complicated. It's easy to install a
program when you have administrator or power-user access, a bit more
complicated when you are a restricted user.

> 
> I think every Windows system can extract a *.zip file now.
> The feature was added to the OS, and prior to that everyone
> was installing WinZip.
> 
I usually make a zip file version of Tux Paint and the stamps for the
people who want control over what happens/don't like installers and are
confident about extracting zip files to the right place.

As far as I can tell, most end-users on Windows like installer-based
software, as long as it just works.

Anyway, I'll get back to it tommorrow probably,

cheers,
John.


> 
> -------------------------------------------------------
> SF.Net email is sponsored by:
> Tame your development challenges with Apache's Geronimo App Server. Download
> it for free - -and be entered to win a 42" plasma tv or your very own
> Sony(tm)PSP.  Click here to play: http://sourceforge.net/geronimo.php
> _______________________________________________
> Tuxpaint-devel mailing list
> Tux...@li...
> https://lists.sourceforge.net/lists/listinfo/tuxpaint-devel
> 

Re: [Tuxpaint-devel] Tux Paint 0.9.15 build army! - What's your status!?

[Albert C. <aca...@gm...>]

On 11/3/05, Bill Kendrick <nb...@so...> wrote:
> On Thu, Nov 03, 2005 at 03:26:49AM +0000, John Popplewell wrote:

> > One issue is that the stamps installer
> > is nearly 15MB, which makes testing release candidates a bit annoying,
> > and that's a big download on a dialup line.
>
> Indeed!  Wow, I didn't realize it got so huge!  Have we ran pngcrush on
> the collection of PNGs recently? ;)

I really don't get with this Windows idea of building an installer
when a plain old *.zip file would do, especially for a simple
collection of data files. It's not as if data files require registry
keys to associate stuff with them.

The www.sysinternals.com people manage to do whole programs
without big and complicated installers. If anybody should know the
best way to do things, it's probably them.

I think every Windows system can extract a *.zip file now.
The feature was added to the OS, and prior to that everyone
was installing WinZip.