Re: [Pysdl-devel] Further development...

[David C. <si...@te...>]

Mark Baker writes:
 > On Tue, 25 Jul 2000, David Clark wrote:
 > > 
 > > 1) Refining and improving current features: This I support. I'd still
 > > like to be able to manipulate video surfaces as simple 3-d arrays (as
 > > in fb[x][y][color], although fb[y][x][color] would be ok too) and I'd
 > > like a fb.get_type() function, that returns either HWSURFACE or
 > > SWSURFACE (although mustlock() does pretty much the same thing).
 > 
 > I'm not too sure I understand the color portion of that, but let me address the
 > other part.
 > 

Whoops. Sorry. I meant a 2-d array; fb[x][y] = color.

 > I wouldn't implement saving in PySDL. I don't even much care if SDL_image grows
 > or not, since I can just provide adaptors for other popular image libraries.
 > These adapters would simply convert surfaces into whatever format the other
 > libraries expect, and then the user would be on their own.
 > Alternatively I could go through the mind numbing process of adding yet another
 > implementation of file savers for every format known to man to SDL_image.
 > This just isn't likely, unless I find a brief moment of inspiration for working
 > on something that should have been standardized a number of years ago.
 >

I guess my point is that the proper place for innovation is in SDL;
pySDL should just wrap that functionality.
 
 > Something I might consider is after the next major release of glib/gdk/gtk is
 > writing a SDL backend for gdk. While this provides little in the form of 

Your post was truncated here; I'll assume you're talking about
providing gtk toolkit rendering in an SDL window. If this is in fact
what you're considering, I'd be fully in favour of it. My current
project requires heavy gui widget support. I had briefly considered
and rejected creating my own widgets - the only remaining
cross-platform option is using something like pygtk or wxPython and
keeping my SDL output windowed. This will definitely hurt my
performance, especially on Windows. Seeing that GTK is already pretty
cross-platform, and seeing that pyGTK is pretty mature, I would think
that adding GTK as the toolkit for pySDL would be the natural choice
:)

-- 
David Clark
si...@te...
Preliminary pySDL Documentation:
http://www3.telus.net/futility/futility/docs/pysdl/index.html