Pygame

[David Boddie]

If you look at PyGame, you'll find that it's based on SDL, which seems
to be a very good library for doing graphics. That, in turn, is based on
OpenGL.

Correct me if I'm wrong but, as far as I'm aware, SDL isn't based on OpenGL
at all. If you're only creating 2D content, you don't need a working OpenGL
implementation on your target platform.

It also (optionally) uses Numeric, which hasn't been included with Python
because the developers don't want to wait for major Python updates.

That's a more important issue, I'll admit.

Personally, I'm not in favour of sweeping all the most popular third
party libraries into the standard library, although I can understand the
motivation of the original poster for wanting to include Pygame.

David

 

[Lee Harr]

Personally, I'm not in favour of sweeping all the most popular third

party libraries into the standard library, although I can understand the
motivation of the original poster for wanting to include Pygame.

It might be interesting to see some kind of "stub" installer which
was quite small, but you could check different pieces you wanted
to use (Tkinter, Pygame, wxPython, etc) and have it download and
install only what you really want.

Implementation is left for someone who uses windows ;o)

 

[=?iso-8859-1?q?Alexander_R=F8dseth?=]

I pretty much agree with you, that Python should not become to huge.

I ask again what you think should be the criteria for including
something in the standard distribution.

I would say that Python should include anything that involves
hardware access on a relatively low level, and have the rest as
external modules and packages.

Access to fullscreen 2d-graphics, and possibly 3d-graphics as well
are just as "natural" as access to network cards, harddrives or any other
piece of hardware. I just don't see the logic in obmitting it.


- Alexander

 

[=?iso-8859-1?q?Alexander_R=F8dseth?=]

Den Wed, 14 Apr 2004 21:37:45 -0400, skrev Steve Holden:

Alexander Rødseth wrote:

[...]> (Note: "ipv6" is just an example, for the sake of the name, I
know that it's not a standard Python-module).In point of fact since Python 2.3 the socket module has handled IPv6.

That's not what I said either. I really tried to stress that
it was just an example for the sake of the name. Please tell me
how I could possibly express this any clearer, so that I can
do so in the future.

But if you mean that geeks like, and therefore tend to include, geeky
things in their langauge distributions, you could have a point.

I mean that network-geeks have a tendency to ignore anything
that's got to do with graphics-programming.

Nothing in the license stops you from building and distributing
"friendly Python", though, so you might consider putting your own
distribution together. If that's too hard, you will at least begin to
get the idea why PyGame (and this, that and the other) aren't in the
standard distribution.
If you get it together I believe you would increase Python's popularity.

The point is that it's illogical not to support fullscreen graphics,
but a bunch of other stuff, without any explanation whatsoever.
The programming languages I know of, has a long tradition
of having some way of doing fullscreen graphics natively, and I don't
see any reason for Python not to have this possibility.


- Alexander

 

[JanC]

I would say that Python should include anything that involves
hardware access on a relatively low level, and have the rest as
external modules and packages.

Access to fullscreen 2d-graphics, and possibly 3d-graphics as well
are just as "natural" as access to network cards, harddrives or any other
piece of hardware. I just don't see the logic in obmitting it.

One thing you could do (possibly together with a group of other graphics
programmers), is to create a Python distribution which includes pyGame &
other graphics-related modules.

Look at Enthought's Python distro for an example:
<http://www.enthought.com/python/>
(Maybe they'll add pyGame if you ask.)

 

[=?iso-8859-1?q?Alexander_R=F8dseth?=]

Thanks for the link and the thought.
Enthought is probably an interesting project.

However, I just want to know why fullscreen graphics
is not included in Python by default.

Besides, a huge amount of the power of Python-scripts
comes from knowing what other people has installed already.

- Alexander

 

[JanC]

Besides, a huge amount of the power of Python-scripts
comes from knowing what other people has installed already.

For most Windows users that would be: nothing, not even Python itself.

 

[=?iso-8859-1?q?Alexander_R=F8dseth?=]

Hm, I guess you're right about that.

- Alexander

 

[Wilk]

Thanks for the link and the thought.
Enthought is probably an interesting project.

However, I just want to know why fullscreen graphics
is not included in Python by default.

For example if you whant python on a server you don't need any graphical
tools. And so you don't whant a lot of dependency (libsdl...)

Also when a module go in the core of python it will have to follow the
release of python. And so will be freezed for long time.