From: joakim v. <jo...@ve...> - 2004-04-10 08:29:36
|
Yes, I was originally going to code it that way, I guess I should. (just a small note, when I first made the port this method wasnt possible because the OnPaint message didnt work, you could only derive the OnDraw method. I changed the drawing to be based on the OnPaint message now, and it seems to work) But there is another wx2.5 benefit. There is a gtk2 port for wx 2.5. This means proper unicode support is possible. Gtk1.2 apps don't work very well with Swedish characters, which is my native language. The GTK1.2 apps in rh9 look very unimpressive in non english utf-8 locales, for instance Audacity. So I'm going to give it a try to get it compiling in 2.5 without breaking it in 2.4. We can use the wx version variable from configure to ifdef versions of code. Cheers, /Joakim Patrick Earl wrote: >On Thursday 08 April 2004 18:19, joakim verona wrote: > > >>I was wondering if anybody else was trying to compile jazz with wx >>2.5.1. >> >>Im trying because I wanted to try to get rid of the anoying >>redraw-flicker you get when scrolling a pianowin or trackwin. >> >>In wx 2.5, there is a wxBufferedPaintDC that is supposed to fix the >>redraw flicker. >> >> > >I think it would solve the problem if we just draw to a memoryDC >first, and then blit to the window when the paint event is requested. >I believe the Buffered classes in 2.5 just make is slightly simpler >to draw, but coding up one of those classes would be pretty easy as >far as I can see. You'd create a class that makes a wxMemoryDC in a >constructor and writes to that. Later, the destructor would blit the >resulting bitmap to a wxClientDC. > > Patrick > > |