2.4.1.2 good to go?

wxPython Dev
1

Any more issues or comments on 2.4.1.2 before I start uploading to SourceForge and make the announcements?

···

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

2

Robin Dunn wrote:

Any more issues or comments on 2.4.1.2 before I start uploading to
SourceForge and make the announcements?

I've done some more work with DrawXXXList since the last release, but
havn't had a chance to integrate it with the latest CVS. I suspect that
it is too late for you to want to do anything more with it for this
release, but I thought I'd let you know. I've added:

DrawLinesList (not to be confused with DrawLineList)
DrawSplinesList
DrawBitmapList

I had intended to do all the DC.Draw** calls, but have not had the
chance. Frankly, I'm not sure it's worth doing all this anyway. I think
I may end up writing custom drawing calls for my purposes, as the
drawXXList stuff is not giving me quite as good a performance boost as I
need anyway. I'm hoping that you, or someone, comes up with a way of
compiling wxPython add-ins separately. I envision a set of functions
that takes a wxDC_ptr and some data (probably NumPOy arrays), and does
the drawing.

DrawBitmapList, in particular, was kind of disapointing. I had imagined
that it would be very fast, as blitting a bitmap should be very speedy.
I ended up putting it into a copy of wxPyPlot, and using it to draw a
bunch of bitmaps to use as markers, rather than using a DC call to draw
each marker. I tried this, as Gordon has found that drawing lots of
points with markers to be kind of slow. DrawBitmapList ended up being
slower than drawing triangles. It still would be useful for doing more
complex markers, which is the kind of use I have in mind.

At any rate, are you interested in any of this stuff at this point?

-Chris

···

--
Christopher Barker, Ph.D.
Oceanographer
                                        
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception

Chris.Barker@noaa.gov

3

Chris Barker wrote:

I've done some more work with DrawXXXList since the last release, but
havn't had a chance to integrate it with the latest CVS. I suspect that
it is too late for you to want to do anything more with it for this
release,

Yep.

but I thought I'd let you know. I've added:

DrawLinesList (not to be confused with DrawLineList)
DrawSplinesList
DrawBitmapList

I had intended to do all the DC.Draw** calls, but have not had the
chance. Frankly, I'm not sure it's worth doing all this anyway. I think
I may end up writing custom drawing calls for my purposes, as the
drawXXList stuff is not giving me quite as good a performance boost as I
need anyway. I'm hoping that you, or someone, comes up with a way of
compiling wxPython add-ins separately.

I've still got that simmering on the back-burner, but it should be possible to do without too many headaches.

I envision a set of functions
that takes a wxDC_ptr and some data (probably NumPOy arrays), and does
the drawing.

DrawBitmapList, in particular, was kind of disapointing. I had imagined
that it would be very fast, as blitting a bitmap should be very speedy.
I ended up putting it into a copy of wxPyPlot, and using it to draw a
bunch of bitmaps to use as markers, rather than using a DC call to draw
each marker. I tried this, as Gordon has found that drawing lots of
points with markers to be kind of slow. DrawBitmapList ended up being
slower than drawing triangles. It still would be useful for doing more
complex markers, which is the kind of use I have in mind.

It's not too suprizing as a Blit takes more work than drawing a trianlge. Also keep in mind that all that is really saved by the Draw*List functions is the Python looping and one layer of function call overhead. If the operation itself takes longer than that overhead then the gains will reletivly diminished.

At any rate, are you interested in any of this stuff at this point?

Not right now, but if it's generally useful then I don't mind adding it later.

···

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

4

Hi Robin,

Robin Dunn wrote:

Any more issues or comments on 2.4.1.2 before I start uploading to SourceForge and make the announcements?

Of the issues I reported the wxGenStaticText's style now works properly.
The wxSTC issue and other style issues remain (in Boa 0.2.3), but are
too minor to stop the release.

The rest looks great, go for it :wink:

Thanks,
Riaan.

5

Riaan Booysen wrote:

Hi Robin,

Robin Dunn wrote:

Any more issues or comments on 2.4.1.2 before I start uploading to SourceForge and make the announcements?

Of the issues I reported the wxGenStaticText's style now works properly.

Yep.

The wxSTC issue

Yeah, I'm hoping that an update to Scintilla 1.53 will fix this, but that takes more time than I had this week.

and other style issues remain (in Boa 0.2.3),

The control sunken/unsunken based on parent window type should be fixed. Was there something else?

but are
too minor to stop the release.

I agree.

···

--
Robin Dunn
Software Craftsman
http://wxPython.org Java give you jitters? Relax with wxPython!

6

Hi Robin,

Robin Dunn wrote:

Riaan Booysen wrote:

and other style issues remain (in Boa 0.2.3),

The control sunken/unsunken based on parent window type should be fixed. Was there something else?

The wxTreeCtrl in the 0.2.3 Boa Explorer has an extra sunken border.
This would be the same style change as demonstrated in MoreStyleBugs.py.

Cheers,
Riaan.

7

Version 2.4.1.2 Python 2.2 Windows 2k

I checked out the demo problems that I originally reported and everything
is OK now. Sorry, but I haven't time to run all the other demo functions
again.

Regards,

David Hughes
Forestfield Software Ltd
www.forestfield.co.uk