[Bf-committers] CVS commit: blender/source/blender/python/api2_2x BGL.c BGL.h Draw.c Draw.h EXPP_interface.c EXPP_interface.h Window.c Window.h Blender.c Camera.c Camera.h Image.c Image.h Lamp.c Lamp.h Makefile.am gen_utils.c gen_utils.h modules.h

[Willian Padovani Germano]

Hi,

Na Qui, 2003-05-08 =E0s 16:46, Michel Selten escreveu:

> What exactly is different in the new api of the BGL or Draw module?
> That's important information that we need to write down in a document
> when 2.28 will come out.

Unless there's something I'm forgetting, nothing should be different in
Draw.c and BGL.c.  I just integrated them.  It was all in opy_draw.c,
split now in BGL.[ch] and Draw.[ch].
=20
> Well, in my opinion it's no problem if there are still commits in the
> new python directory. It is not a part of the blender 2.27 _binary_. And
> for those that build from source, it's good to see what the real status
> is. Ofcourse they can always check cvs for that :)

Ok, I really needed to finish removing interface.[ch], anyway.  I forgot
to remove the files yesterday, this was the cause for the compile
errors. Sorry all who tried building it.

> Anyway, it is very important that it compiles, and I would really
> appreciate it if the Draw module compiles before a blender-2.27-src.tgz
> or something similar package is created.

It should compile now.  And a small test today showed that some BGL
(OpenGL) commands work, I could paint the screen and draw some letters.=20
But it only appeared after two (ALT+P).  That was also the behavior in
2.26 with bpython, though.  I'll investigate the Redraw functions.
=20
BTW, BGL.[ch] has the entire OpenGL wrapping function macros and
definitions commented out if __APPLE__ is defined.  I have no specific
knowledge about that architecture -- someone else will have to check
what is going on.  I don't even know if __APPLE__ is for older os's or
also includes OSX.  What I know is that this define comes from
opy_draw.c, so the current bpython API up to 2.27 uses it.

--
Willian, wgermano@ig.com.br