It doesn't seem to want to install on the leopard 2.5.1 python - I get
the error:
"You cannot install pygame 1.8.0rc3 on this volume. pygame requires
System Python 2.5 to install."
I expect there is probably a way to make the installer accept either
2.5.1 python, I think the pyglet people may have
Also - I was trying to make DLL's for Python in the past, and
discovered the gnarly 'must have the same compiler Python was compiled
with' error. Is that gone with Python 2.5?
Basically - if I go to the effort of making a vanilla C DLL, will it
be callable from Python ctypes even though it w
I too would go with just putting all the questions into a text editor. That
way it's easy to edit and easy to spell-check the questions and answers.
You'd need a little bit of code to parse the text files but Python is pretty
good for that. Anything else would probably be overload.
On 24/01/2008,
Luke Paireepinart wrote:
Also - I was trying to make DLL's for Python in the past, and
discovered the gnarly 'must have the same compiler Python was compiled
with' error. Is that gone with Python 2.5?
Basically - if I go to the effort of making a vanilla C DLL, will it
be callable from Pyth
Kamilche skrev:
Luke Paireepinart wrote:
Also - I was trying to make DLL's for Python in the past, and
discovered the gnarly 'must have the same compiler Python was
compiled with' error. Is that gone with Python 2.5?
Basically - if I go to the effort of making a vanilla C DLL, will it
be c
On Thu, Jan 24, 2008 at 06:42:15AM -0800, Kamilche wrote:
>
> Well, I suppose I could fix up all the broken references enough to try
> it out. I just wish pygame was receptive to other people's ideas. I've
> submitted improvements to the examples before, and added features like
> cross-platfor
Bo Jangeborg wrote:
Kamilche skrev:
Luke Paireepinart wrote:
Also - I was trying to make DLL's for Python in the past, and
discovered the gnarly 'must have the same compiler Python was
compiled with' error. Is that gone with Python 2.5?
Basically - if I go to the effort of making a vanilla
On Thu, Jan 24, 2008 at 02:45:10AM -0600, Luke Paireepinart wrote:
> ...
> DLLs are only available on Windows. They're called .so files on Linux
> (and probably mac too.) ...
On Mac they are called .dylib
---
James Paige
On Jan 24, 2008, at 12:22 AM, Brian Fisher wrote:
So what would other Leopard users want from a pygame install? I think
I'd personally like to use the Leopard python for simplicity in that
it's a fixed target, but I imagine some people would perfer not to
mess with OS components?
I would strong
On, Thu Jan 24, 2008, Kamilche wrote:
> Bo Jangeborg wrote:
[...]
>> What's stopping you from joining the developers ? It's a collaborative
>> effort of volunteers as far as I know.
>>
>> Bo)
>>
> I tried. I submitted some changes, some code samples, went to a Thursday
> online meeting - not
Marcus von Appen wrote:
On, Thu Jan 24, 2008, Kamilche wrote:
Bo Jangeborg wrote:
[...]
What's stopping you from joining the developers ? It's a collaborative
effort of volunteers as far as I know.
Bo)
I tried. I submitted some changes, some code samples, went to a Thursday
online meeti
Kamilche wrote:
Lenard Lindstrom wrote:
Kamilche wrote:
Well, ctypes isn't as hard as I had feared. I've got an example
running that blits some simple boxes and pictures to the screen. I
must admit, getting it going did make use of my knowledge of the C
programming language, tho.
I couldn't
On, Thu Jan 24, 2008, Kamilche wrote:
> Marcus von Appen wrote:
>> On, Thu Jan 24, 2008, Kamilche wrote:
>>
>>> Bo Jangeborg wrote:
>>
>> [...]
>>
What's stopping you from joining the developers ? It's a collaborative
effort of volunteers as far as I know.
Bo)
>>> I
hi,
pygame 1.8 isn't out yet, so linking to it isn't a good idea.
If you want to be able to submit changes to pygame, it's a good idea
to set up a development environment. There has been quite a lot of
work been put into making pygame easier to compile on windows with
free compilers. Lenard has
Maybe we could release a couple of different versions.
That seems to be the easiest way forward. But it'd be nicer for users
if there were less files to have to choose from to download.
As far as I know pyobc 2.x doesn't work on 10.x, So we'd have to
include both pyobc 2.x and 1.4.x for the pyt
sorry. What we probably need to do is just make pygame work with
pyobjc 2.x or 1.4x
Which has probably been done already by Noah and the mac ports?
On Jan 25, 2008 8:31 AM, René Dudfield <[EMAIL PROTECTED]> wrote:
> Maybe we could release a couple of different versions.
>
> That seems to be the
Pygame already works with both, I think the difficulties are simply in
getting a working installer of the appropriate pyobjc for your
python/OS version.
... also, it may actually be possible just to remove any pygame
dependencies on pyobjc entirely
On Jan 24, 2008 1:40 PM, René Dudfield <[EMAIL P
Yeah, it's probably possible. I'm not sure how extensive pygames use
of pyobjc is - or how much work it would be to replace it.
Maybe not something to do at this point for the 1.8 release? I'm
really not sure though. Perhaps it's only a page full of code that
needs changing.
cu.
On Jan 25,
btw.
I just tested that installer on another apple mac book, and it seems
to work (after installing pyobjc). It's a 10.4 machine.
Do you feel like looking into how much work removing the pyobjc
requirement would be?
On Jan 25, 2008 8:43 AM, Brian Fisher <[EMAIL PROTECTED]> wrote:
> Pygame alr
On Jan 24, 2008 1:49 PM, René Dudfield <[EMAIL PROTECTED]> wrote:
> Do you feel like looking into how much work removing the pyobjc
> requirement would be?
>
yes.
I see..
I'm thinking of having questions grouped by subjects (p.e- maths,
science,English,spanish,..), what do you see better, to have only a
text file with all the questions/answers that the first word is the
key :
p.e-
maths -- how much is 2+2? -- 4
science -- which kind of animal is an
On Jan 25, 2008 12:08 AM, marta sanz <[EMAIL PROTECTED]> wrote:
> I see..
>
> I'm thinking of having questions grouped by subjects (p.e- maths,
> science,English,spanish,..), what do you see better, to have only a text
> file with all the questions/answers that the first word is the key :
>
> p.e-
> from os import listdir
>
> from filename in listdir:
>file = open(filename, "rb")
>text = file.read()
>(topic, question, answer) = text.split("--")
>if not base.has_key(topic):
> base[topic] = []
>base[topic] += [(question, answer)]
Sorry, buggy code. Corrections:
from
Have you looked at YAML? It is quite good for configuration or other
data of moderate complexity, and reads a lot like plain text, but with
python-like indentation.
http://pyyaml.org
Also, for editing, if you do go for a custom tool (which is definitely
worthwhile in some cases--I'm not sure abo
Marcus von Appen wrote:
too.
It's still not released ;-).
But don't you want beta testers? ;-)
Put it under a heading of 'beta' - that'd be good. We all know that
means 'use at your own risk.'
--Kamilche
http://www.pygame.org/wiki/2DGeometryEngine?parent=CookBook
Ian Mallett wrote:
http://www.pygame.org/wiki/2DGeometryEngine?parent=CookBook
Hi, yes I wrote this, yes it's terrible code and you should never use
it, I'm not proud, I plead guilty and throw myself on the mercy of the
court :) Did you have a more precise comment or did you merely want to
e
Actually, Michael was looking for a Geometry Library. I've never tried
yours, but it is python and pygame. Plus, it apparently works to some
degree--which is better than mine. I'm not sure--did you get the rest of
the conversation? It happened a while ago. If you didn't, I could see how
postin
This is what I was going to suggest, for a way of storing questions in
plain text format. You could add additional info like a category by
specifying that, say, the second line in each block is the category.
f = open("questions.txt","r")
text = f.read()
c.close()
paras = text.split("\n\n")
que
With respect to removing the PyObjC dependency, what the pyobjc piece
does seems pretty straightforward and wel contained - PyObjC stuff is
used only n the macosx.py file, and is only called from
PyGame_Video_AutoInit in the C source. Basically the code makes sure
that the python process can have w
Cool. That's only about 140 lines of code. So maybe 300-600 lines of
objc to replace it. Maybe less if we don't use the SDL 1.2.8
workaround.
Also there is the (now incomplete) scrap module, that require pyobjc.
See the mac_scrap.py file. This currently isn't working since we
changed the API o
René Dudfield wrote:
hi,
pygame 1.8 isn't out yet, so linking to it isn't a good idea.
If you want to be able to submit changes to pygame, it's a good idea
to set up a development environment. There has been quite a lot of
work been put into making pygame easier to compile on windows with
free
http://kschnee.xepher.net/code/schnee_tools_demo.zip>Toolset
After basically getting through a demo of my tactics-combat game and
thinking about too many ideas as usual, I sat down and focused (by
accident) on improving the underlying tools I developed for various
things. These modules include
33 matches
Mail list logo