Re: [pygame] OSX Python install broken
On Mon, Jan 19, 2009 at 3:58 PM, Daniel Mateos wrote: > Thanks that worked and should be good enough for now :), i guess 3.0 release > isnt even thought about yet? Oh it's thought about :)
Re: [pygame] Pygame in Linux without X Windows
On Thu, Jan 8, 2009 at 10:41 AM, Yanom Mobis wrote: > why not? Don't waste my time :)
Re: [pygame] Pygame in Linux without X Windows
On Thu, Jan 8, 2009 at 9:21 AM, Yanom Mobis wrote: > > Not sure how it's done, but you could bundle Xwindows with your program. No. This is _not_ a good idea! cheers James
Re: [pygame] @
On Wed, Dec 31, 2008 at 12:55 PM, Yanom Mobis wrote: > I was reading some Python code examples, and i found the @ symbol. What > exactly does this operator do? This syntax was introduced in Python 2.4 ? IIRC They are called "Decorators". That is, function decorators. As Noah has said, you use them to wrap up a function within another function. cheers James
Re: [pygame] Do we still need Python 2.3 support from Pygame?
On Fri, Dec 12, 2008 at 12:41 PM, Brian Fisher wrote: > I actually see more point in supporting 2.3 than 2.4 > > 2.4 was a pretty worthless release :) I see no point in supporting older versions of the Python language/interpter/vm/etc Why ? It encourages lazy developers. Keep up boys :) (And girls if there are any!). Not maintaining support for Python 2.3 or 2.4 won't stop games that were developed with an older version of pygame and therefore an older version of pygame from running - it will however force/encourage the developer(s) in question to: a) update their game! b) update to the latest version of pygame and all it's new features, fixesx and benefits. c) update to the latest version of python and all it's greatness. Backwards compatibility is stupid :) Look at the x86 CPUs! Does anyone even care or need the support of the Menomics that that old 8086 processors supproted ? I say: Concentrate on Python 2.6/3.0 Forget 2.x < 2.5 cheers James -- -- -- "Problems are solved by method"
Re: [pygame] Do we still need Python 2.3 support from Pygame?
I honestly don't see any point in supporting python 2.3 at all, in fact I wouldn't even support python 2.4 but that's just me. cheers James On Fri, Dec 12, 2008 at 7:44 AM, Charlie Nolan wrote: > I think at this point, Pygame could drop official 2.3 support, but > unofficially attempt to keep it working as long as practical. If > Debian want to support new Pygame on their old version, they're > welcome to report bugs for anything that gets broken by accident. > > That would avoid the unit testing headache without immediately > breaking compatibility. > > -FM > > On Wed, Dec 10, 2008 at 11:12 PM, Lenard Lindstrom wrote: >> This is not about removing Python 2.3 code. It is about new code, >> particularly the unit test stuff. It is just tedious to keep checking if >> some Python feature is 2.3 compatible when I no longer have 2.3 on my >> machine. >> >> Lenard >> >> René Dudfield wrote: >>> >>> hi, >>> >>> the main reason for keeping 2.3 support was to support the last ye >>> olde Debian stable I think... However they finally got their new >>> release out with 2.5 as the standard python (unfortunately they >>> released with a version of pygame from 2005). Plus the 2.3 python on >>> tiger OSX, and not requiring msvc71 on windows too... like everyone >>> has already mentioned. >>> >>> So hopefully we don't have to worry too much about 2.3 support. >>> However unless there's a good reason, I don't think there's no need to >>> rip out any 2.3 support code. >>> >>> >> >> >> -- >> Lenard Lindstrom >> >> >> > -- -- -- "Problems are solved by method"
Re: [pygame] [dev] making fastevents the default event module
René, How fast really is fastevent ? cheers James On Mon, Dec 1, 2008 at 8:55 AM, René Dudfield <[EMAIL PROTECTED]> wrote: > hi, > > I think we should change fastevents to be the default event module... > making the other event module 'oldevent'. > > This is because fastevent is just nicer when using threads :) > > - event (will be the fastevents module) > - fastevents (will be an alias to the new event module, which is the > fastevents module) > - oldevent (will be the current event module) > > Any objections? > > > cheers, > > ps. note, I've started using [dev] subject for pygame development related > threads. > -- -- -- "Problems are solved by method"
Re: [pygame] pygame on iPhone
On Fri, Oct 3, 2008 at 1:45 PM, Greg Ewing <[EMAIL PROTECTED]> wrote: > I'm quite disgusted by Apple's whole approach to the iPhone, > and because of it, I currently have little interest in buying > an iPhone or attempting any iPhone development. The restrictive > atmosphere would just suck all the fun out of it for me. +1 > My recommendation is to forget about the iPhone and get behind > Android instead. And let Apple know clearly why you're doing it. > Maybe if they see that they're turning large numbers of their > friends into enemies, they'll rethink their attitude. Or maybe > losing enough iPhone sales to Google phones will do it. Perhaps. +1 Cheers (disappointed) James -- -- -- "Problems are solved by method"
Re: [pygame] pygame web plugin
On Thu, Sep 11, 2008 at 12:06 PM, Forrest Voight <[EMAIL PROTECTED]> wrote: >> also, i frogot to suggest that we build ClamAV into PWS for virus scanning >> of the python program > > Umm... I'm really not sure how to respond to this. Me neither :/ *sigh*
Re: [pygame] pygame web plugin
Michael, Your points we well and valid, and I hope you understand that I was not suggesting users do not evaluate applications they install onto their systems or blindly trust 3rd-party software, commercial or FOSS. I believe though that my point of "being able to trust" FOSS a bit more than commercial software is valid because FOSS is Free, Open Source. You often can never tell what a commercial peice of software will do to your system as it's source code is never available. AUtomation can also be a bad thing as you've pointed out. They make the lives of end-users easier, and this needs to be carefully scoped and controlled. Automating too much can be quite bad, trying to be too clever as equally as bad. At the end of the day, it does come down to the user's responsibility. Now this thread is off-topic :) So we should either stop here or start a new thread! With regards to Pygame and Python in the Web Browser for a gaming platform, I do not believe this will happen anytime soon, nor do I think it's a generally godo idea -- Unless the Web Community and Industry decides that Python is a better language than JavaScript (and it is), and start implementing this as a standard in Web Browsers. However, you will still likely not get pygame games running! :) cheers James On 9/10/08, Michael <[EMAIL PROTECTED]> wrote: > On Wednesday 10 September 2008 04:31:10 James Mills wrote: > > However having said that > > I tend to trust FOSS more than > > commercial software. > > > I once worked with an admin who REALLY should've known better. As in REALLY > should've known better. Did exactly these sorts of steps: > > > > > 1. Install Python > > 2. Install setuptools > > 3. easy_install > > > > > (Wasn't quite the same, it was a set of install instructions) > > The system rebuilds he was doing for the next week reminded him about: > > > > step 4. "Audit code to be sure it isn't evil". > > > Easy install is a nice idea in theory, but it assumes that everyone is perfect > and isn't going to do something that either accidentally (or maliciously) > trashes your machine. > > For example. CPAN has a mode of usage similar to easy_install/setuptools in > that it'll figure out the dependencies for you and install them. Whilst they > fixed it a *long* time ago now, one of the modules decided to say > (innocently) that it was dependent on the latest version of Perl that most > people weren't then using. The CPAN shell installer happily tried to upgrade > a significant number of people's perl installations. > > This was a bad idea on so many levels, and was an accident, and it's > been fixed now. However, it does demonstrate how stupid it can be to assume > that such things are safe. It just takes one (stupid) file to trash things > after all. (eg "chmod a+rwx /" can be remarkably fatal when run as root, > and if that was created from "chmod a+rwx %s/" % somevar, it's remarkably > easy to miss.) > > > > However having said that > > I tend to trust FOSS more than > > commercial software. > > > The reason for that though is because you'll get people turning round, looking > at something like encouraging (eg non-developer) users to run arbitrary > untrusted code on their systems turn round and say "you do realise that > that's just asking for trouble, don't you?" > > :) > > > > Michael. > -- -- -- "Problems are solved by method"
Re: [pygame] pygame web plugin
On Wed, Sep 10, 2008 at 9:55 AM, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > You forgot step 4. "Audit code to be sure it isn't evil". If you think this > isn't important, boy do I have a game for you. Running code you get from a > random website is never a good idea. See I presume this to be a natural thing to all humans. However having said that I tend to trust FOSS more than commercial software. cheers James -- -- -- "Problems are solved by method"
Re: [pygame] pygame web plugin
On Wed, Sep 10, 2008 at 8:44 AM, Noah Kantrowitz <[EMAIL PROTECTED]> wrote: > This is a very bad idea. If you need to ask why, you shouldn't be trying to > build a web-based VM. This is called "setuptools". 1. Install Python 2. Install setuptools 3. easy_install cheers James PS: Why do we always have the need to make things more and more suited to the inexperienced, lazy and ignorant ? -- -- -- "Problems are solved by method"
Re: [pygame] pygame web plugin
On Wed, Sep 10, 2008 at 7:42 AM, yanom @linuxmail.org <[EMAIL PROTECTED]> wrote: > Python may not be meant for web apps, but that won't stop us from trying to > make python web apps. Python rules! Nobody said anything about python web apps. We're talking: * Python Sandboxing * Python in a Web Browser * Pygame games in a Web Browser * all of the above. Python web apps are already here and here to say! * CherryPy * Pylons * TurboGears * Django * WSGI and WSGI related libraries and so on... cheers James -- -- -- "Problems are solved by method"
Re: [pygame] SoundAnalyse
Hi Nathan, Well done! I'll be sure ot use this in my next "singing" game I write :) Though I have no idea if or when that'll be :) But job well done! I'm impressed. cheers James On Wed, Sep 10, 2008 at 6:49 AM, Nathan Whitehead <[EMAIL PROTECTED]> wrote: > I would like to announce the release of SoundAnalyse, a small python > library for analysing sound chunks. In particular it calculates the > loudness of a sound chunk and does realtime pitch detection. The > pitch detection guts are coded in a C function so it should be pretty > fast even on slower computers. > > Now you can make the singing game you've always dreamed of! (Opera Hero?) > > Get it at PyPI: > http://pypi.python.org/pypi/SoundAnalyse > > The distribution is a source distribution using distutils, so you need > a working C compiler. If someone has a Windows box and sends me a > precompiled version for Windows I will add that to the distribution. > > View the README at: > http://code.google.com/p/pygalaxy/wiki/SoundAnalyse > > Some notes: > pygame doesn't support audio input, so you need to use something like > pyaudio for microphone input. But you can use pygame for graphics and > events along with pyaudio for sound, it works fine. If you want sound > playback along with microphone input, try my SWMixer module: > http://code.google.com/p/pygalaxy/wiki/SWMixer > > Give it a try and let me know what you think. > -- > Nathan Whitehead > -- -- -- "Problems are solved by method"
Re: [pygame] pygame web plugin
On Tue, Sep 9, 2008 at 5:07 AM, Forrest Voight <[EMAIL PROTECTED]> wrote: > PyGame isn't really built for untrusted code... there are many ways to > crash PyGame if you are intent on it... > > PyGame and Python weren't meant at all for web apps. I have to agree with this. I think trying to get pygame running inside a web browser is a silly idea. cheers James -- -- -- "Problems are solved by method"
Re: [pygame] error compiling pygame 1.7.2
HI, Yes after some playing around I found that SDL apps were not working. So for some reason I had a broken X configuration and libsdl didn't compile with X support. I've since fixed this now. Thanks :) Sorry about not quite giving the right compiler outout :) cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
[pygame] error compiling pygame 1.7.2
Hi all, I have a problem compiling pygame on my box. Please see: http://prologic.shortcircuit.net.au/wiki/Paste/2007/03/05/00.08 Appreciate any feedback, cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
[pygame] event libraries
Hi everybody, I know there are a lot of event libraries out there. SOme that are nice, some that aren't. Well I've finally (wasn't that hard) written a PyGameManager for my event library and have posted it up o n http://www.pygame.org/ under Libraries. See: http://www.pygame.org/projects/9/382/?release_id=642 Please have a play and read the documentation: pydoc pymills I'd love it if pygame programmers could try this out in their games/apps and see what they think. Feedback is welcome! Check out teh example in examples/pygamex.py PyMills Homepage: http://trac.shortcircuit.net.au/pymills/ PyPi Entry: http://cheeseshop.python.org/pypi/pymills/3.2.1-2007020402 Git Web: http://git.shortcircuit.net.au/?p=pymills.git;a=summary Git URI: git://git.shortcircuit.net.au/pymills.git/ cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: [pygame] pygame website - request for suggestions
On Sat, Jul 08, 2006 at 06:52:26AM -0700, Phil Hassey wrote: > Hey, Hi, > It's been one year since I launched the new pygame website. I hope to have > a bit of time during the next month to do some updates to it. So if anyone > has: And a fantastic job you've done too :) > - bug reports > - feature requests > - etc Feature Request #1: * RSS Feeds (I'd love to be able to get a feed of the latest developments and additions of new pygame games) cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - Phone: +61732166379 - Mobile: +61404270962 - Skype: therealprologic - MSN: [EMAIL PROTECTED] - ICQ: 9663 - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: [pygame] distribute my game
On Tue, Jun 13, 2006 at 10:20:18AM -0400, Chuang Wu wrote: > Hi there, > > I finally have my game done. Where should I put my game? Pygame.org, > or sf.net, or my own website? What did you guys do? I generally host things myself, simply because I have the resources :) If it were me, I'd host it myself on a Trac/Subversion setup :) cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - Phone: +61732166379 - Mobile: +61404270962 - Skype: therealprologic - MSN: [EMAIL PROTECTED] - ICQ: 9663 - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: [pygame] Natto-Cat
On Sat, Jun 10, 2006 at 08:47:12AM +0900, Aaron Maupin wrote: > I'm torn about releasing the source because it's such a mess. > > Seriously, sometimes people say that and their code is fine. My code is > a heap of spaghetti with poorly thought out structure, a staggering > amount of global vars, nested lists nested way too deep, and overlapping > patches for holes I finally gave up trying to understand because it was > just easier to cover them up than work out why they happened in the > first place. Then release a bdist ? :) Anything! I don't want to play this under wine or vmware ;) haha However much could be gained from releasing the source code. Others (like myself) could even improve various parts of it and send you the patches :) cheers James PS: Sorry for the delay in my reply. I'm a VIP (Visually Impaired Person) and I kinda didn't see my reply to this till I went looking for it :) -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - Phone: +61732166379 - Mobile: +61404270962 - Skype: therealprologic - MSN: [EMAIL PROTECTED] - ICQ: 9663 - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
Re: [pygame] Natto-Cat
On Fri, Jun 09, 2006 at 09:05:21PM +0900, Aaron Maupin wrote: > Hello, > > Some of you may remember my simple Boulderdash clone, Rockhunt!, > released last year. In the last few months I have completely reworked > it, polished it, added features, and given it a definite personality. > It has become a completely new game... so I've decided to give it a new > name: Natto-Cat. I invite everyone to check it out: > > http://www.natto-cat.org Great work. Can we get the source code anywhere ? Unfortunately I don't have a single windows box around :) cheers James -- -- -"Problems are Solved by Method" - - James Mills <[EMAIL PROTECTED]> - HomePage: http://shortcircuit.net.au/~prologic/ - Phone: +61732166379 - Mobile: +61404270962 - Skype: therealprologic - MSN: [EMAIL PROTECTED] - ICQ: 9663 - IRC: irc://shortcircuit.net.au#se Please avoid sending me Word or PowerPoint attachments. See http://www.gnu.org/philosophy/no-word-attachments.html
