Home Original page

STDIO Questions.

Michael Hudson mwh21 at cam.ac.uk
Tue Nov 14 10:15:51 EST 2000 
Peter Hansen <peter at engcorp.com> writes:

> euler27182 at my-deja.com wrote:
> > "Fredrik Lundh" <fredrik at effbot.org> wrote:
> > > you asked the same question yesterday (with a slightly
> > > different capitalization).  here's my reply:
> > >
> > > http://www.deja.com/=dnc/getdoc.xp?AN=692659228
> > 
> > Your answer seems to clarify the problem, but I was hoping for more robust
> > (or platform independant) behaviour from Python.  Oh, well.
> 
> You realize that what you are asking, is for Python to fix an inherently
> platform-specific behaviour issue which no other language or system has
> likely ever fixed?  Not asking much, are you?  ;-)
> 
> Still, it wouldn't be hard to write a little module designed to
> encapsulate the differences between platforms, and use the appropriate
> platform-specific code to do The Right Thing.  I suspect few people feel
> the need.

That's probably not a bad idea for a library module.  I guess the
problem comes with trying to find the suitable lowest common
denominator functionality - you could easily end up reimplementing
curses (which would be pointless!) (Can Python work with curses on
Windows?).

Mini-proposal:

A "kbinput" module.  Has following functions:

read1():
  waits for a key to be presses.  Returns it, does not echo it
  to the screen.

read1nb():
  like read1(), but non-blocking.

Would this fly?  (next to no chance of it working on the Mac, I'd have
thought).  I could implement it for unix easily enough (I think).

Cheers,
M.

-- 
  But since I'm not trying to impress  anybody in The Software Big 
  Top, I'd rather walk the wire using a big pole, a safety harness, 
  a net, and with the wire not more than 3 feet off the ground.
                                   -- Grant Griffin, comp.lang.python
More information about the Python-list mailing list