Re: [pygtk] gtk.rc_parse() on Windows

2003-11-30 Thread Hans Breuer
On Sunday 30 November 2003 09:22, Hans-Joachim Widmaier wrote: Hi. I' have a program that needs to run under Windows, i.e. from 98 to XP. (And under Linux, but since it's development is under Linux, that's a given.) It does run, but under Win 98 it writes 'zillions of warnings because it

Re: [pygtk] Imageviewer

2003-02-04 Thread Hans Breuer
At 18:13 04.02.03 +, Gustavo J. A. M. Carneiro wrote: On Tue, 2003-02-04 at 11:00, Gustavo J. A. M. Carneiro wrote: On Mon, 2003-02-03 at 23:35, Andreas Kostyrka wrote: Hi! I've been just wondering how one can display a scrolled image what is bigger than the screen?

Re: [pygtk] Gtk-WARNING **: Whoever translated default:LTR did so wrongly

2003-01-16 Thread Hans Breuer
At 08:56 15.01.03 -0600, Erik Rivera Morales wrote: somebody knows what is this warning and as is solved? fix the translation in gtk+/po/your language.po as described there : #. Translate to default:RTL if you want your widgets #. * to be RTL, otherwise translate to default:LTR. #. * Do *not*

Re: [pygtk] Replacing the snake icon for windows on MSWindows

2003-01-13 Thread Hans Breuer
At 17:53 11.01.03 -0500, Rene Olsthoorn wrote: [...] Now, an other thing I noticed: On windows, every window gets a little snake icon in the left-top corner. Ofcourse I'm proud to use Python, that's not the issue. But is it possible to replace the icon with an other icon? Has anyone managed to do

Re: [pygtk] Announcement: pygtk2 for windows

2002-04-01 Thread Hans Breuer
whenever any arguments are passed to gtk. [...] It is fixed by the recent cvs commit. Patching pygtk isn't necessary here. 2002-03-29 Hans Breuer [EMAIL PROTECTED] * gtk/gtkmain.h : fix typo in gtk_init_check macro, which caused crashes if argc != 0 Regards, Hans

[pygtk] pygtk2 patch

2002-04-01 Thread Hans Breuer
attached you'll find a patch against current cvs. Although it is created on win32 almost all changes are _not_ win32 related. The ChangeLog entry follows. Ok to commit ? 2002-04-01 Hans Breuer [EMAIL PROTECTED] * codegen/override.py : extended to allow 'sys.platform' specific

Re: [pygtk] How to get the HWND on win32 (to embed a vtk render window)?

2001-11-19 Thread Hans Breuer
At 11:21 07.11.01 +1100, David Pinson wrote: I'm using pygtk + vtk on win32 with python 2.1 [...] It might be as simple as replacing str (self.box.get_window ().xid) with str (self.box.get_window ().hwnd) but I am not sure. Ok, so looking at the pygtk sources I see that in

RE:[pygtk] Win32 Question

2001-01-18 Thread Hans Breuer
At 08:05 18.01.01 -0500, Steffes, Ryan wrote: Okay, I've done both installed the gimp (which works fine) and put the gtk-1.3.dll gdk-1.3.dll and even gnu-intl.dll in windows\system\ missing: glib-1.3.dll Still giving me: C:\Tools\Pythonpython Python 1.5.2 (#0, Apr 13 1999, 10:51:12)

Re: [pygtk] Win32 Python2.0

2001-01-05 Thread Hans Breuer
At 23:15 02.01.01 -0600, John Draughn wrote: To any: It appears that the current port of PyGTK will only work with 1.5.2 Python. I'd like to utilize the bindings with Python2.0. Does anyone know of any solutions please respond. Simply compile it for Python 2.0. If you aren't able to

Re: [pygtk] python libglade binding on win32

2000-10-02 Thread Hans Breuer
At 19:59 01.10.00 +, x. coolen wrote: As I find pygtk, libglade.py and glade wonderful together on linux, I would like to use them on win32 platform. I already install pygtk, glade and libglade dll on win32, but i can't get the libglade binding (e.g. import libglade in the python script

[pygtk] Re: Your Win32 PyGtk (Where is it?)

2000-05-08 Thread Hans Breuer
At 21:53 06.05.00 -0700, Hamida wrote: Greetings Hans, I found an elogious comment regarding your port of PyGtk to Win32 (compiled with VC++). I, howver, was unable to use your gtk.pyd There is now such file. The file you probably mean is _gtk.pyd . (my python is complaining about some

Re2: [pygtk] win32 pygtk

2000-04-15 Thread Hans Breuer
At 01:04 16.04.00 +0800, James Henstridge wrote: Possibly there will be no patch necessary anymore with the 0.7er series, but only a special makefile, because the new auto generation fixes most of the issues releated to the M$ compiler as well ... Sounds good... Anyone interested in