Hi Andrew, Thanks for the input. I will definitely look into PyOpenGL. BTW, I had also pseudocoded the DrawingArea/ScrollBar mechanism that you describe below. I think that with this I'm on the right track.
cheers On Wed, 28 Jan 2004 22:11:00 -0800 (PST) "Andrew P. Lentvorski, Jr." <[EMAIL PROTECTED]> wrote: > On Wed, 28 Jan 2004, Luc Lefebvre wrote: > > > There may be a better way to do this. One would think that the > > scrolling could trigger a redraw that is updated by drawing new stuff in > > the drawingarea. I'm not sure how to go about this without having the > > associated drawingarea be of representative size. I may look into how > > to change the scrollbar attributes so that the show the proper > > proportions while the drawing area is the same size as the viewport (or > > would I then need a viewport at all...). > > You're on the right track with this. > > The DrawingArea should be only as large as the area you are viewing. The > scrollbars should generate events which you capture. There functions to > set the "thumb" are part of the GtkRange parent object of GtkScrollBar > (ie. gtk_range_set_XXX). > > With that many points, you *really* want to be using PyOpenGL. Being able > to simply set a transform matrix and then draw using the original data is > going to be both A) easier to program and B) 10-100 times faster than > doing floating point math in Python. > > Using PyOpenGL will also get a bunch of graphics details like point and > line aliasing, line joining, clipping at the edges of the drawing area, > etc. correct without any thought on your part. > > -a -- Luc Lefebvre In the beginner's mind there are many possibilities, in the expert's mind there are few. <Shunryu Suzuki> Key fingerprint = D2E5 5E35 B910 6F4E 0242 EC63 0FD9 96D0 C7F4 784E _______________________________________________ pygtk mailing list [EMAIL PROTECTED] http://www.daa.com.au/mailman/listinfo/pygtk Read the PyGTK FAQ: http://www.async.com.br/faq/pygtk/
