[pygtk] Windows installer - all in one

Dieter Verfaillie dieterv at optionexplicit.be
Fri Oct 1 18:03:28 WST 2010


Hi,

I accidentally "replied to sender" yesterday, so here's the same
message to the list...

Quoting "Stephen George" <steve_geo at optusnet.com.au>:
>> "GTK+ 2.16 is an old but in some sense more reliable branch. 2.20
>> is the current maintained version. Choose the one which works
>> better for you."
> They question is, which one is best for the installer 2.16 or 2.20
> ?, is there a preference?

For starters, everything more recent than 2.16 has serious problems
drawing xp themed widgets, and then there's a whole bunch of
bugs/regressions introduced by the client-side windows work done in
2.18. If you don't need newer widgets, better stick with 2.16 for now...

>> "The bundles contain both run-time and developer files. Many of the
>> developer files are relatively irrelevant. If you intend to
>> redistribute the GTK+ run-time, you need to figure out which files
>> you can leave out yourself."
> Do you think I can leave the developer files out, and just include
> the runtimes?

If you take gtk+-bundle_2.16x, you can safely delete the following
directories:
include,
lib,
make,
man,
manifest,
share/aclocal,
share/doc,
share/glib-2.0,
share/gtk-2.0,
share/gtk-doc,
share/locale/languages-you-dont-need,
share/man,
share/themes/themes-you-dont-need[1],
src

> Having never used the GTK all-in-one package before what do you do,
> .. unzip to a folder and then put the runtime bin directory on the
> path, and that's it?

Correct. I don't change the system or user PATH, though. I prefer
to write a small "run.bat" script per project, selecting the correct
gtk+ runtime for that project, or to configure pydev so it includes
the correct gtk version in the PATH environment variable before launch...

hth,
Dieter

[1] I keep Deault and MS-Windows, I have no need for Emacs an Raleigh.


----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.


More information about the pygtk mailing list