pygame mirror on google groups Google Group

Re: [pygame] Ncurses RTS?

2009-12-07T04:21:13Z

There also is a pygame port of curses, in some state of completion, if
you google around for it.

Re: [pygame] Re: Announce: PygWeb2.0rc

2009-12-07T03:24:50Z

I should look into this though, sounds like the code css is overriding the
other widths. I don't think he was complaining that it was too wide, Julian,
just that the code section did not match the rest of the site. I can't
remember right now if the code was using different templates than the rest
of the site.

Re: [pygame] Ncurses RTS?

2009-12-07T01:55:22Z

I am sure you could, but one word of warning is that python's standard
curses module doesn't have a Windows version last time I checked
(*checks again, yep*)
There is a wcurses work-alike module that you can find, although IIRC it
has some minor differences that you will have to keep in mind if you

Re: [pygame] Ncurses RTS?

2009-12-07T01:39:42Z

I don't see why that would not be possible. Sounds like a cool idea.

[pygame] Ncurses RTS?

2009-12-07T01:34:30Z

I know this doesn't actually involve pygame, but I was wondering if it would be possible to use the Python Ncurses module to make a realtime strategy game. Something in the vein of dwarf fortress (you can see screenshots at: [link] ), but more of a traditional RTS than a rougelike/citybuilder game.

Re: [pygame] Re: Announce: PygWeb2.0rc

2009-12-06T16:52:09Z

Hi, jug.
I like the aesthetics of your redesign, and the layout is very
friendly. I'm curious to see if your conversion will fix HTML-wrapping
issues like this: [link]. And
whether project screenshots will be ported and the default N/A images
will be replaced.
One content-related feedback. This occurs on the following converted

Re: [pygame] Re: Announce: PygWeb2.0rc

2009-12-06T13:49:31Z

Hey,
Thanks for the feedback.
Good idea, I've changed that.
I know that. Not yet sure whats better. The smaller, fixed width was the
original style, but sometimes its not enough space for the entire
content (logged in as admin or with very long user name).
The site runs with an own database. Currently its sqlite, but since its

Re: [pygame] Announce: PygWeb2.0rc

2009-11-29T12:59:49Z

Looks nice. I have a suggestion: If you download a code snippet, it gets named like '49.py' or '55.py'. But a filename would be more useful, like 'ZoomScreen.py' instead of '55.py'.
Greetings,

Re: [pygame] Re: loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T20:14:59Z

pyglet was inspired by SDL, so I assume some parts are similar.

Re: [pygame] Re: loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T17:37:21Z

Ah, interesting! I had mistakenly assumed that pyglet also used sdl (I
knew it uses opengl, but I had incorrectly assumed that it was using
sdl+opengl together)
Good idea. maybe I will take a look at that. I was browsing through SDL
source code yesterday, but my learning curve was feeling pretty slow :)

Re: [pygame] loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T17:30:40Z

Interesting. My main Linux testing box has SDL 1.2.13. I'll give it a
shot.
I just tried that, and no X events are being lost.
Oh, also, I figured out why I was getting almost universal failure in my
test app but only the first scan was failing in my production app.
In the production app I was only testing with barcodes, and only the

Re: [pygame] Re: loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T17:26:18Z

either SDL has some problem that pyglet also has, or they both use some
common mechanism that the console and other apps don't.
Assuming a new SDL doesn't simply fix it for you, pyglet source should be
easily available and fairly easy to read (being pure python), so you might
be able to understand the problem better by looking at pyglet. And you could

Re: [pygame] loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T17:04:05Z

Hi,
I think this has to do with SDL and xevents. It's possible SDL can lose
events if they come in too fast. Since it tries to prevent flooding of the
event queue. Well it does for mouse events anyway.
I can't remember if they fixed/changed stuff for the recent 1.2.14
release... but it's worth trying out if you haven't already.

Re: [pygame] loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T16:56:17Z

I tried that, but it made no difference.
Here is my test code:
import pygame
from pygame.locals import *
pygame.init()
screen = pygame.display.set_mode((640, 480))
font = pygame.font.Font(None, 24)
clock = pygame.time.Clock()
text = ""
def say(s, ypos, col=(255,255,255)):
img = font.render(s, True, col)

Re: [pygame] Re: loss of rapidly repeated keypresses (from a barcode gun keyboard)

2009-12-03T16:54:10Z

I just wanted to mention that I tested this on a Mac OS X 10.3 box
today, and the barcode scanner never dropped any characters at all with
pygame, so you may be on to something here.
...Although that still doesn't explain why it has no problem with any of
the non-SDL apps I have tested on Linux.
---