one step further ;-)

[Didrik Pinte]

Le mardi 04 avril 2006 à 18:16 +0200, Bernhard Reiter a écrit :
> Am  4. Apr 2006 um 09:11:59 schrieb Didrik Pinte:
> > Le lundi 03 avril 2006 à 20:18 +0200, Didrik Pinte a écrit :
> > > 
> > > That must be the problem. I'll recompile all the project with only the
> > > wxWindows source installed (not the binary package installed in my
> > > python 2.4 installation)
> > > 
> > > Didrik
> > > _________
> > 
> > Ok, it was the problem.
> 
> Cool!
> 
> > My Python 2.4 installation uses the official WxPython  2.6.3
> > installation BUT the UNICODE version and not the ANSI version. Thuban
> > seems to compile with the ANSI dll and not the unicode one.
> 
> Does this depend on what you have downloaded?
> Maybe it was my mistake to try the unicode version.
> Robin Dunn also mentioned that there might be subtle bugs in the on windows.

The setup.py of Thuban clearly indicate it uses the ANSI version of the
dll and not the UNICODE one :

line157:  wx_cs_params[CS_LIBS] = ["wxmsw26h"] \

> You could add an
> 	print repr(sel.dc)
> before the return in Thuban\UI\renderer.py line 105.
> Then we see what there is instead of the wxDC instance, that should
> be there.

That's what I tried yesterday. It is a valid wxDC instance. That is the
reason why I suspected the wxproj.cpp draw_polygon_init function.

print self.dc : <wx._gdi.MemoryDC; proxy of C++ wxMemoryDC instance
at _50adc000_p_wxMemoryDC> 
print type(self.dc) : <class 'wx._gdi.MemoryDC'> 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 191 bytes
Desc: Ceci est une partie de message
	=?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
Url : http://www.intevation.de/pipermail/thuban-devel/attachments/20060405/770199d6/attachment.bin