Merged revisions 60481,60485,60489-60492,60494-60496,60498-60499,60501-60503,60505-60506,60508-60509,60523-60524,60532,60543,60545,60547-60548,60552,60554,60556-60559,60561-60562,60568-60598,60600-60616 via svnmerge from
svn+ssh://pythondev@svn.python.org/python/trunk
........
r60568 | christian.heimes | 2008-02-04 19:48:38 +0100 (Mon, 04 Feb 2008) | 1 line
Increase debugging to investige failing tests on some build bots
........
r60570 | christian.heimes | 2008-02-04 20:30:05 +0100 (Mon, 04 Feb 2008) | 1 line
Small adjustments for test compact freelist test. It's no passing on Windows as well.
........
r60573 | amaury.forgeotdarc | 2008-02-04 21:53:14 +0100 (Mon, 04 Feb 2008) | 2 lines
Correct quotes in NEWS file
........
r60575 | amaury.forgeotdarc | 2008-02-04 22:45:05 +0100 (Mon, 04 Feb 2008) | 13 lines
#1750076: Debugger did not step on every iteration of a while statement.
The mapping between bytecode offsets and source lines (lnotab) did not contain
an entry for the beginning of the loop.
Now it does, and the lnotab can be a bit larger:
in particular, several statements on the same line generate several entries.
However, this does not bother the settrace function, which will trigger only
one 'line' event.
The lnotab seems to be exactly the same as with python2.4.
........
r60584 | amaury.forgeotdarc | 2008-02-05 01:26:21 +0100 (Tue, 05 Feb 2008) | 3 lines
Change r60575 broke test_compile:
there is no need to emit co_lnotab item when both offsets are zeros.
........
r60587 | skip.montanaro | 2008-02-05 03:32:16 +0100 (Tue, 05 Feb 2008) | 1 line
sync with most recent version from python-mode sf project
........
r60588 | lars.gustaebel | 2008-02-05 12:51:40 +0100 (Tue, 05 Feb 2008) | 5 lines
Issue #2004: Use mode 0700 for temporary directories and default
permissions for missing directories.
(will backport to 2.5)
........
r60590 | georg.brandl | 2008-02-05 13:01:24 +0100 (Tue, 05 Feb 2008) | 2 lines
Convert external links to internal links. Fixes #2010.
........
r60592 | marc-andre.lemburg | 2008-02-05 15:50:40 +0100 (Tue, 05 Feb 2008) | 3 lines
Keep distutils Python 2.1 compatible (or even Python 2.4 in this case).
........
r60593 | andrew.kuchling | 2008-02-05 17:06:57 +0100 (Tue, 05 Feb 2008) | 5 lines
Update PEP URL.
(This code is duplicated between pydoc and DocXMLRPCServer; maybe it
should be refactored as a GHOP project.)
2.5.2 backport candidate.
........
r60596 | guido.van.rossum | 2008-02-05 18:32:15 +0100 (Tue, 05 Feb 2008) | 2 lines
In the experimental 'Scanner' feature, the group count was set wrong.
........
r60602 | facundo.batista | 2008-02-05 20:03:32 +0100 (Tue, 05 Feb 2008) | 3 lines
Issue 1951. Converts wave test cases to unittest.
........
r60603 | georg.brandl | 2008-02-05 20:07:10 +0100 (Tue, 05 Feb 2008) | 2 lines
Actually run the test.
........
r60604 | skip.montanaro | 2008-02-05 20:24:30 +0100 (Tue, 05 Feb 2008) | 2 lines
correct object name
........
r60605 | georg.brandl | 2008-02-05 20:58:17 +0100 (Tue, 05 Feb 2008) | 7 lines
* Use the same code to profile for test_profile and test_cprofile.
* Convert both to unittest.
* Use the same unit testing code.
* Include the expected output in both test files.
* Make it possible to regenerate the expected output by running
the file as a script with an '-r' argument.
........
r60613 | raymond.hettinger | 2008-02-06 02:49:00 +0100 (Wed, 06 Feb 2008) | 1 line
Sync-up with Py3k work.
........
r60614 | christian.heimes | 2008-02-06 13:44:34 +0100 (Wed, 06 Feb 2008) | 1 line
Limit free list of method and builtin function objects to 256 entries each.
........
r60616 | christian.heimes | 2008-02-06 14:33:44 +0100 (Wed, 06 Feb 2008) | 7 lines
Unified naming convention for free lists and their limits. All free lists
in Object/ are named ``free_list``, the counter ``numfree`` and the upper
limit is a macro ``PyName_MAXFREELIST`` inside an #ifndef block.
The chances should make it easier to adjust Python for platforms with
less memory, e.g. mobile phones.
........
2008-02-06 10:31:34 -04:00
|
|
|
.. _curses-howto:
|
|
|
|
|
2007-08-15 11:28:22 -03:00
|
|
|
**********************************
|
|
|
|
Curses Programming with Python
|
|
|
|
**********************************
|
|
|
|
|
|
|
|
:Author: A.M. Kuchling, Eric S. Raymond
|
2013-05-09 21:05:20 -03:00
|
|
|
:Release: 2.04
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
.. topic:: Abstract
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
This document describes how to use the :mod:`curses` extension
|
|
|
|
module to control text-mode displays.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
What is curses?
|
|
|
|
===============
|
|
|
|
|
|
|
|
The curses library supplies a terminal-independent screen-painting and
|
2013-05-09 21:05:20 -03:00
|
|
|
keyboard-handling facility for text-based terminals; such terminals
|
|
|
|
include VT100s, the Linux console, and the simulated terminal provided
|
|
|
|
by various programs. Display terminals support various control codes
|
|
|
|
to perform common operations such as moving the cursor, scrolling the
|
|
|
|
screen, and erasing areas. Different terminals use widely differing
|
|
|
|
codes, and often have their own minor quirks.
|
|
|
|
|
|
|
|
In a world of graphical displays, one might ask "why bother"? It's
|
|
|
|
true that character-cell display terminals are an obsolete technology,
|
|
|
|
but there are niches in which being able to do fancy things with them
|
|
|
|
are still valuable. One niche is on small-footprint or embedded
|
|
|
|
Unixes that don't run an X server. Another is tools such as OS
|
|
|
|
installers and kernel configurators that may have to run before any
|
|
|
|
graphical support is available.
|
|
|
|
|
|
|
|
The curses library provides fairly basic functionality, providing the
|
|
|
|
programmer with an abstraction of a display containing multiple
|
|
|
|
non-overlapping windows of text. The contents of a window can be
|
|
|
|
changed in various ways---adding text, erasing it, changing its
|
|
|
|
appearance---and the curses library will figure out what control codes
|
|
|
|
need to be sent to the terminal to produce the right output. curses
|
|
|
|
doesn't provide many user-interface concepts such as buttons, checkboxes,
|
|
|
|
or dialogs; if you need such features, consider a user interface library such as
|
|
|
|
`Urwid <https://pypi.python.org/pypi/urwid/>`_.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
The curses library was originally written for BSD Unix; the later System V
|
|
|
|
versions of Unix from AT&T added many enhancements and new functions. BSD curses
|
|
|
|
is no longer maintained, having been replaced by ncurses, which is an
|
|
|
|
open-source implementation of the AT&T interface. If you're using an
|
|
|
|
open-source Unix such as Linux or FreeBSD, your system almost certainly uses
|
|
|
|
ncurses. Since most current commercial Unix versions are based on System V
|
|
|
|
code, all the functions described here will probably be available. The older
|
|
|
|
versions of curses carried by some proprietary Unixes may not support
|
|
|
|
everything, though.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
The Windows version of Python doesn't include the :mod:`curses`
|
|
|
|
module. A ported version called `UniCurses
|
|
|
|
<https://pypi.python.org/pypi/UniCurses>`_ is available. You could
|
|
|
|
also try `the Console module <http://effbot.org/zone/console-index.htm>`_
|
|
|
|
written by Fredrik Lundh, which doesn't
|
|
|
|
use the same API as curses but provides cursor-addressable text output
|
|
|
|
and full support for mouse and keyboard input.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
The Python curses module
|
|
|
|
------------------------
|
|
|
|
|
|
|
|
Thy Python module is a fairly simple wrapper over the C functions provided by
|
|
|
|
curses; if you're already familiar with curses programming in C, it's really
|
|
|
|
easy to transfer that knowledge to Python. The biggest difference is that the
|
2013-05-09 21:05:20 -03:00
|
|
|
Python interface makes things simpler by merging different C functions such as
|
|
|
|
:c:func:`addstr`, :c:func:`mvaddstr`, and :c:func:`mvwaddstr` into a single
|
|
|
|
:meth:`~curses.window.addstr` method. You'll see this covered in more
|
|
|
|
detail later.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
This HOWTO is an introduction to writing text-mode programs with curses
|
2007-08-15 11:28:22 -03:00
|
|
|
and Python. It doesn't attempt to be a complete guide to the curses API; for
|
|
|
|
that, see the Python library guide's section on ncurses, and the C manual pages
|
|
|
|
for ncurses. It will, however, give you the basic ideas.
|
|
|
|
|
|
|
|
|
|
|
|
Starting and ending a curses application
|
|
|
|
========================================
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Before doing anything, curses must be initialized. This is done by
|
|
|
|
calling the :func:`~curses.initscr` function, which will determine the
|
|
|
|
terminal type, send any required setup codes to the terminal, and
|
|
|
|
create various internal data structures. If successful,
|
|
|
|
:func:`initscr` returns a window object representing the entire
|
|
|
|
screen; this is usually called ``stdscr`` after the name of the
|
2007-08-15 11:28:22 -03:00
|
|
|
corresponding C variable. ::
|
|
|
|
|
|
|
|
import curses
|
|
|
|
stdscr = curses.initscr()
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Usually curses applications turn off automatic echoing of keys to the
|
|
|
|
screen, in order to be able to read keys and only display them under
|
|
|
|
certain circumstances. This requires calling the
|
|
|
|
:func:`~curses.noecho` function. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
curses.noecho()
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Applications will also commonly need to react to keys instantly,
|
|
|
|
without requiring the Enter key to be pressed; this is called cbreak
|
|
|
|
mode, as opposed to the usual buffered input mode. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
curses.cbreak()
|
|
|
|
|
|
|
|
Terminals usually return special keys, such as the cursor keys or navigation
|
|
|
|
keys such as Page Up and Home, as a multibyte escape sequence. While you could
|
|
|
|
write your application to expect such sequences and process them accordingly,
|
|
|
|
curses can do it for you, returning a special value such as
|
|
|
|
:const:`curses.KEY_LEFT`. To get curses to do the job, you'll have to enable
|
|
|
|
keypad mode. ::
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
stdscr.keypad(True)
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
Terminating a curses application is much easier than starting one. You'll need
|
2013-05-09 21:05:20 -03:00
|
|
|
to call::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
curses.nocbreak()
|
|
|
|
stdscr.keypad(False)
|
|
|
|
curses.echo()
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-10-13 12:51:59 -03:00
|
|
|
to reverse the curses-friendly terminal settings. Then call the
|
|
|
|
:func:`~curses.endwin` function to restore the terminal to its original
|
|
|
|
operating mode. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
curses.endwin()
|
|
|
|
|
|
|
|
A common problem when debugging a curses application is to get your terminal
|
|
|
|
messed up when the application dies without restoring the terminal to its
|
|
|
|
previous state. In Python this commonly happens when your code is buggy and
|
2012-03-25 03:43:22 -03:00
|
|
|
raises an uncaught exception. Keys are no longer echoed to the screen when
|
2007-08-15 11:28:22 -03:00
|
|
|
you type them, for example, which makes using the shell difficult.
|
|
|
|
|
|
|
|
In Python you can avoid these complications and make debugging much easier by
|
2013-05-09 21:05:20 -03:00
|
|
|
importing the :func:`curses.wrapper` function and using it like this::
|
|
|
|
|
|
|
|
from curses import wrapper
|
|
|
|
|
|
|
|
def main(stdscr):
|
|
|
|
# Clear screen
|
|
|
|
stdscr.clear()
|
|
|
|
|
|
|
|
# This raises ZeroDivisionError when i == 10.
|
2013-10-06 05:04:21 -03:00
|
|
|
for i in range(0, 11):
|
2013-05-09 21:05:20 -03:00
|
|
|
v = i-10
|
|
|
|
stdscr.addstr(i, 0, '10 divided by {} is {}'.format(v, 10/v))
|
|
|
|
|
|
|
|
stdscr.refresh()
|
|
|
|
stdscr.getkey()
|
|
|
|
|
|
|
|
wrapper(main)
|
|
|
|
|
2013-10-13 12:51:59 -03:00
|
|
|
The :func:`~curses.wrapper` function takes a callable object and does the
|
2013-05-09 21:05:20 -03:00
|
|
|
initializations described above, also initializing colors if color
|
|
|
|
support is present. :func:`wrapper` then runs your provided callable.
|
|
|
|
Once the callable returns, :func:`wrapper` will restore the original
|
|
|
|
state of the terminal. The callable is called inside a
|
|
|
|
:keyword:`try`...\ :keyword:`except` that catches exceptions, restores
|
|
|
|
the state of the terminal, and then re-raises the exception. Therefore
|
|
|
|
your terminal won't be left in a funny state on exception and you'll be
|
|
|
|
able to read the exception's message and traceback.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
Windows and Pads
|
|
|
|
================
|
|
|
|
|
|
|
|
Windows are the basic abstraction in curses. A window object represents a
|
2013-05-09 21:05:20 -03:00
|
|
|
rectangular area of the screen, and supports methods to display text,
|
2007-08-15 11:28:22 -03:00
|
|
|
erase it, allow the user to input strings, and so forth.
|
|
|
|
|
2013-10-13 12:51:59 -03:00
|
|
|
The ``stdscr`` object returned by the :func:`~curses.initscr` function is a
|
2013-05-09 21:05:20 -03:00
|
|
|
window object that covers the entire screen. Many programs may need
|
|
|
|
only this single window, but you might wish to divide the screen into
|
|
|
|
smaller windows, in order to redraw or clear them separately. The
|
|
|
|
:func:`~curses.newwin` function creates a new window of a given size,
|
|
|
|
returning the new window object. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-10-06 05:04:21 -03:00
|
|
|
begin_x = 20; begin_y = 7
|
|
|
|
height = 5; width = 40
|
2007-08-15 11:28:22 -03:00
|
|
|
win = curses.newwin(height, width, begin_y, begin_x)
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Note that the coordinate system used in curses is unusual.
|
|
|
|
Coordinates are always passed in the order *y,x*, and the top-left
|
|
|
|
corner of a window is coordinate (0,0). This breaks the normal
|
|
|
|
convention for handling coordinates where the *x* coordinate comes
|
|
|
|
first. This is an unfortunate difference from most other computer
|
|
|
|
applications, but it's been part of curses since it was first written,
|
|
|
|
and it's too late to change things now.
|
|
|
|
|
|
|
|
Your application can determine the size of the screen by using the
|
|
|
|
:data:`curses.LINES` and :data:`curses.COLS` variables to obtain the *y* and
|
|
|
|
*x* sizes. Legal coordinates will then extend from ``(0,0)`` to
|
|
|
|
``(curses.LINES - 1, curses.COLS - 1)``.
|
|
|
|
|
|
|
|
When you call a method to display or erase text, the effect doesn't
|
|
|
|
immediately show up on the display. Instead you must call the
|
|
|
|
:meth:`~curses.window.refresh` method of window objects to update the
|
|
|
|
screen.
|
|
|
|
|
|
|
|
This is because curses was originally written with slow 300-baud
|
|
|
|
terminal connections in mind; with these terminals, minimizing the
|
|
|
|
time required to redraw the screen was very important. Instead curses
|
|
|
|
accumulates changes to the screen and displays them in the most
|
|
|
|
efficient manner when you call :meth:`refresh`. For example, if your
|
|
|
|
program displays some text in a window and then clears the window,
|
|
|
|
there's no need to send the original text because they're never
|
|
|
|
visible.
|
|
|
|
|
|
|
|
In practice, explicitly telling curses to redraw a window doesn't
|
2007-08-15 11:28:22 -03:00
|
|
|
really complicate programming with curses much. Most programs go into a flurry
|
|
|
|
of activity, and then pause waiting for a keypress or some other action on the
|
|
|
|
part of the user. All you have to do is to be sure that the screen has been
|
2013-05-09 21:05:20 -03:00
|
|
|
redrawn before pausing to wait for user input, by first calling
|
|
|
|
``stdscr.refresh()`` or the :meth:`refresh` method of some other relevant
|
2007-08-15 11:28:22 -03:00
|
|
|
window.
|
|
|
|
|
|
|
|
A pad is a special case of a window; it can be larger than the actual display
|
2013-05-09 21:05:20 -03:00
|
|
|
screen, and only a portion of the pad displayed at a time. Creating a pad
|
2007-08-15 11:28:22 -03:00
|
|
|
requires the pad's height and width, while refreshing a pad requires giving the
|
|
|
|
coordinates of the on-screen area where a subsection of the pad will be
|
2013-05-09 21:05:20 -03:00
|
|
|
displayed. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
pad = curses.newpad(100, 100)
|
2013-05-09 21:05:20 -03:00
|
|
|
# These loops fill the pad with letters; addch() is
|
2007-08-15 11:28:22 -03:00
|
|
|
# explained in the next section
|
2013-05-09 21:05:20 -03:00
|
|
|
for y in range(0, 99):
|
|
|
|
for x in range(0, 99):
|
2013-10-06 05:04:21 -03:00
|
|
|
pad.addch(y,x, ord('a') + (x*x+y*y) % 26)
|
2013-05-09 21:05:20 -03:00
|
|
|
|
|
|
|
# Displays a section of the pad in the middle of the screen.
|
|
|
|
# (0,0) : coordinate of upper-left corner of pad area to display.
|
|
|
|
# (5,5) : coordinate of upper-left corner of window area to be filled
|
|
|
|
# with pad content.
|
|
|
|
# (20, 75) : coordinate of lower-right corner of window area to be
|
|
|
|
# : filled with pad content.
|
2007-08-15 11:28:22 -03:00
|
|
|
pad.refresh( 0,0, 5,5, 20,75)
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
The :meth:`refresh` call displays a section of the pad in the rectangle
|
2007-08-15 11:28:22 -03:00
|
|
|
extending from coordinate (5,5) to coordinate (20,75) on the screen; the upper
|
|
|
|
left corner of the displayed section is coordinate (0,0) on the pad. Beyond
|
|
|
|
that difference, pads are exactly like ordinary windows and support the same
|
|
|
|
methods.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
If you have multiple windows and pads on screen there is a more
|
|
|
|
efficient way to update the screen and prevent annoying screen flicker
|
|
|
|
as each part of the screen gets updated. :meth:`refresh` actually
|
|
|
|
does two things:
|
|
|
|
|
|
|
|
1) Calls the :meth:`~curses.window.noutrefresh` method of each window
|
|
|
|
to update an underlying data structure representing the desired
|
|
|
|
state of the screen.
|
|
|
|
2) Calls the function :func:`~curses.doupdate` function to change the
|
|
|
|
physical screen to match the desired state recorded in the data structure.
|
|
|
|
|
|
|
|
Instead you can call :meth:`noutrefresh` on a number of windows to
|
|
|
|
update the data structure, and then call :func:`doupdate` to update
|
|
|
|
the screen.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
Displaying Text
|
|
|
|
===============
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
From a C programmer's point of view, curses may sometimes look like a
|
|
|
|
twisty maze of functions, all subtly different. For example,
|
|
|
|
:c:func:`addstr` displays a string at the current cursor location in
|
|
|
|
the ``stdscr`` window, while :c:func:`mvaddstr` moves to a given y,x
|
|
|
|
coordinate first before displaying the string. :c:func:`waddstr` is just
|
2013-10-13 12:51:59 -03:00
|
|
|
like :c:func:`addstr`, but allows specifying a window to use instead of
|
2013-05-09 21:05:20 -03:00
|
|
|
using ``stdscr`` by default. :c:func:`mvwaddstr` allows specifying both
|
|
|
|
a window and a coordinate.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Fortunately the Python interface hides all these details. ``stdscr``
|
2013-10-13 12:51:59 -03:00
|
|
|
is a window object like any other, and methods such as
|
|
|
|
:meth:`~curses.window.addstr` accept multiple argument forms. Usually there
|
|
|
|
are four different forms.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
+---------------------------------+-----------------------------------------------+
|
|
|
|
| Form | Description |
|
|
|
|
+=================================+===============================================+
|
|
|
|
| *str* or *ch* | Display the string *str* or character *ch* at |
|
|
|
|
| | the current position |
|
|
|
|
+---------------------------------+-----------------------------------------------+
|
|
|
|
| *str* or *ch*, *attr* | Display the string *str* or character *ch*, |
|
|
|
|
| | using attribute *attr* at the current |
|
|
|
|
| | position |
|
|
|
|
+---------------------------------+-----------------------------------------------+
|
|
|
|
| *y*, *x*, *str* or *ch* | Move to position *y,x* within the window, and |
|
|
|
|
| | display *str* or *ch* |
|
|
|
|
+---------------------------------+-----------------------------------------------+
|
|
|
|
| *y*, *x*, *str* or *ch*, *attr* | Move to position *y,x* within the window, and |
|
|
|
|
| | display *str* or *ch*, using attribute *attr* |
|
|
|
|
+---------------------------------+-----------------------------------------------+
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Attributes allow displaying text in highlighted forms such as boldface,
|
2007-08-15 11:28:22 -03:00
|
|
|
underline, reverse code, or in color. They'll be explained in more detail in
|
|
|
|
the next subsection.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
|
|
|
|
The :meth:`~curses.window.addstr` method takes a Python string or
|
|
|
|
bytestring as the value to be displayed. The contents of bytestrings
|
|
|
|
are sent to the terminal as-is. Strings are encoded to bytes using
|
|
|
|
the value of the window's :attr:`encoding` attribute; this defaults to
|
|
|
|
the default system encoding as returned by
|
|
|
|
:func:`locale.getpreferredencoding`.
|
|
|
|
|
|
|
|
The :meth:`~curses.window.addch` methods take a character, which can be
|
|
|
|
either a string of length 1, a bytestring of length 1, or an integer.
|
|
|
|
|
|
|
|
Constants are provided for extension characters; these constants are
|
|
|
|
integers greater than 255. For example, :const:`ACS_PLMINUS` is a +/-
|
|
|
|
symbol, and :const:`ACS_ULCORNER` is the upper left corner of a box
|
|
|
|
(handy for drawing borders). You can also use the appropriate Unicode
|
|
|
|
character.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
Windows remember where the cursor was left after the last operation, so if you
|
|
|
|
leave out the *y,x* coordinates, the string or character will be displayed
|
|
|
|
wherever the last operation left off. You can also move the cursor with the
|
|
|
|
``move(y,x)`` method. Because some terminals always display a flashing cursor,
|
|
|
|
you may want to ensure that the cursor is positioned in some location where it
|
|
|
|
won't be distracting; it can be confusing to have the cursor blinking at some
|
|
|
|
apparently random location.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
If your application doesn't need a blinking cursor at all, you can
|
|
|
|
call ``curs_set(False)`` to make it invisible. For compatibility
|
|
|
|
with older curses versions, there's a ``leaveok(bool)`` function
|
2013-10-13 12:51:59 -03:00
|
|
|
that's a synonym for :func:`~curses.curs_set`. When *bool* is true, the
|
2013-05-09 21:05:20 -03:00
|
|
|
curses library will attempt to suppress the flashing cursor, and you
|
2007-08-15 11:28:22 -03:00
|
|
|
won't need to worry about leaving it in odd locations.
|
|
|
|
|
|
|
|
|
|
|
|
Attributes and Color
|
|
|
|
--------------------
|
|
|
|
|
|
|
|
Characters can be displayed in different ways. Status lines in a text-based
|
2013-05-09 21:05:20 -03:00
|
|
|
application are commonly shown in reverse video, or a text viewer may need to
|
2007-08-15 11:28:22 -03:00
|
|
|
highlight certain words. curses supports this by allowing you to specify an
|
|
|
|
attribute for each cell on the screen.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
An attribute is an integer, each bit representing a different
|
|
|
|
attribute. You can try to display text with multiple attribute bits
|
|
|
|
set, but curses doesn't guarantee that all the possible combinations
|
|
|
|
are available, or that they're all visually distinct. That depends on
|
|
|
|
the ability of the terminal being used, so it's safest to stick to the
|
|
|
|
most commonly available attributes, listed here.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| Attribute | Description |
|
|
|
|
+======================+======================================+
|
|
|
|
| :const:`A_BLINK` | Blinking text |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| :const:`A_BOLD` | Extra bright or bold text |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| :const:`A_DIM` | Half bright text |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| :const:`A_REVERSE` | Reverse-video text |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| :const:`A_STANDOUT` | The best highlighting mode available |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
| :const:`A_UNDERLINE` | Underlined text |
|
|
|
|
+----------------------+--------------------------------------+
|
|
|
|
|
|
|
|
So, to display a reverse-video status line on the top line of the screen, you
|
|
|
|
could code::
|
|
|
|
|
|
|
|
stdscr.addstr(0, 0, "Current mode: Typing mode",
|
2009-01-03 17:26:05 -04:00
|
|
|
curses.A_REVERSE)
|
2007-08-15 11:28:22 -03:00
|
|
|
stdscr.refresh()
|
|
|
|
|
2012-03-25 03:43:22 -03:00
|
|
|
The curses library also supports color on those terminals that provide it. The
|
2007-08-15 11:28:22 -03:00
|
|
|
most common such terminal is probably the Linux console, followed by color
|
|
|
|
xterms.
|
|
|
|
|
2013-10-13 12:51:59 -03:00
|
|
|
To use color, you must call the :func:`~curses.start_color` function soon
|
|
|
|
after calling :func:`~curses.initscr`, to initialize the default color set
|
|
|
|
(the :func:`curses.wrapper` function does this automatically). Once that's
|
|
|
|
done, the :func:`~curses.has_colors` function returns TRUE if the terminal
|
|
|
|
in use can
|
2007-08-15 11:28:22 -03:00
|
|
|
actually display color. (Note: curses uses the American spelling 'color',
|
|
|
|
instead of the Canadian/British spelling 'colour'. If you're used to the
|
|
|
|
British spelling, you'll have to resign yourself to misspelling it for the sake
|
|
|
|
of these functions.)
|
|
|
|
|
|
|
|
The curses library maintains a finite number of color pairs, containing a
|
|
|
|
foreground (or text) color and a background color. You can get the attribute
|
2013-10-13 12:51:59 -03:00
|
|
|
value corresponding to a color pair with the :func:`~curses.color_pair`
|
|
|
|
function; this can be bitwise-OR'ed with other attributes such as
|
|
|
|
:const:`A_REVERSE`, but again, such combinations are not guaranteed to work
|
|
|
|
on all terminals.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
An example, which displays a line of text using color pair 1::
|
|
|
|
|
2013-10-06 05:04:21 -03:00
|
|
|
stdscr.addstr("Pretty text", curses.color_pair(1))
|
2007-08-15 11:28:22 -03:00
|
|
|
stdscr.refresh()
|
|
|
|
|
|
|
|
As I said before, a color pair consists of a foreground and background color.
|
|
|
|
The ``init_pair(n, f, b)`` function changes the definition of color pair *n*, to
|
|
|
|
foreground color f and background color b. Color pair 0 is hard-wired to white
|
|
|
|
on black, and cannot be changed.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
Colors are numbered, and :func:`start_color` initializes 8 basic
|
|
|
|
colors when it activates color mode. They are: 0:black, 1:red,
|
|
|
|
2:green, 3:yellow, 4:blue, 5:magenta, 6:cyan, and 7:white. The :mod:`curses`
|
|
|
|
module defines named constants for each of these colors:
|
|
|
|
:const:`curses.COLOR_BLACK`, :const:`curses.COLOR_RED`, and so forth.
|
|
|
|
|
2007-08-15 11:28:22 -03:00
|
|
|
Let's put all this together. To change color 1 to red text on a white
|
|
|
|
background, you would call::
|
|
|
|
|
|
|
|
curses.init_pair(1, curses.COLOR_RED, curses.COLOR_WHITE)
|
|
|
|
|
|
|
|
When you change a color pair, any text already displayed using that color pair
|
|
|
|
will change to the new colors. You can also display new text in this color
|
|
|
|
with::
|
|
|
|
|
2013-10-06 05:04:21 -03:00
|
|
|
stdscr.addstr(0,0, "RED ALERT!", curses.color_pair(1))
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
Very fancy terminals can change the definitions of the actual colors to a given
|
|
|
|
RGB value. This lets you change color 1, which is usually red, to purple or
|
|
|
|
blue or any other color you like. Unfortunately, the Linux console doesn't
|
|
|
|
support this, so I'm unable to try it out, and can't provide any examples. You
|
2013-10-13 12:51:59 -03:00
|
|
|
can check if your terminal can do this by calling
|
2013-11-29 06:17:13 -04:00
|
|
|
:func:`~curses.can_change_color`, which returns ``True`` if the capability is
|
2013-10-13 12:51:59 -03:00
|
|
|
there. If you're lucky enough to have such a talented terminal, consult your
|
|
|
|
system's man pages for more information.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
|
|
|
User Input
|
|
|
|
==========
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
The C curses library offers only very simple input mechanisms. Python's
|
|
|
|
:mod:`curses` module adds a basic text-input widget. (Other libraries
|
|
|
|
such as `Urwid <https://pypi.python.org/pypi/urwid/>`_ have more extensive
|
|
|
|
collections of widgets.)
|
|
|
|
|
|
|
|
There are two methods for getting input from a window:
|
|
|
|
|
|
|
|
* :meth:`~curses.window.getch` refreshes the screen and then waits for
|
2013-10-13 12:51:59 -03:00
|
|
|
the user to hit a key, displaying the key if :func:`~curses.echo` has been
|
2013-05-09 21:05:20 -03:00
|
|
|
called earlier. You can optionally specify a coordinate to which
|
|
|
|
the cursor should be moved before pausing.
|
|
|
|
|
|
|
|
* :meth:`~curses.window.getkey` does the same thing but converts the
|
|
|
|
integer to a string. Individual characters are returned as
|
|
|
|
1-character strings, and special keys such as function keys return
|
|
|
|
longer strings containing a key name such as ``KEY_UP`` or ``^G``.
|
|
|
|
|
|
|
|
It's possible to not wait for the user using the
|
|
|
|
:meth:`~curses.window.nodelay` window method. After ``nodelay(True)``,
|
|
|
|
:meth:`getch` and :meth:`getkey` for the window become
|
|
|
|
non-blocking. To signal that no input is ready, :meth:`getch` returns
|
|
|
|
``curses.ERR`` (a value of -1) and :meth:`getkey` raises an exception.
|
|
|
|
There's also a :func:`~curses.halfdelay` function, which can be used to (in
|
|
|
|
effect) set a timer on each :meth:`getch`; if no input becomes
|
|
|
|
available within a specified delay (measured in tenths of a second),
|
|
|
|
curses raises an exception.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
The :meth:`getch` method returns an integer; if it's between 0 and 255, it
|
|
|
|
represents the ASCII code of the key pressed. Values greater than 255 are
|
|
|
|
special keys such as Page Up, Home, or the cursor keys. You can compare the
|
|
|
|
value returned to constants such as :const:`curses.KEY_PPAGE`,
|
2013-05-09 21:05:20 -03:00
|
|
|
:const:`curses.KEY_HOME`, or :const:`curses.KEY_LEFT`. The main loop of
|
|
|
|
your program may look something like this::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2007-09-09 21:49:57 -03:00
|
|
|
while True:
|
2007-08-15 11:28:22 -03:00
|
|
|
c = stdscr.getch()
|
2013-05-09 21:05:20 -03:00
|
|
|
if c == ord('p'):
|
|
|
|
PrintDocument()
|
|
|
|
elif c == ord('q'):
|
|
|
|
break # Exit the while loop
|
|
|
|
elif c == curses.KEY_HOME:
|
|
|
|
x = y = 0
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
The :mod:`curses.ascii` module supplies ASCII class membership functions that
|
2013-05-09 21:05:20 -03:00
|
|
|
take either integer or 1-character string arguments; these may be useful in
|
|
|
|
writing more readable tests for such loops. It also supplies
|
2007-08-15 11:28:22 -03:00
|
|
|
conversion functions that take either integer or 1-character-string arguments
|
|
|
|
and return the same type. For example, :func:`curses.ascii.ctrl` returns the
|
|
|
|
control character corresponding to its argument.
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
There's also a method to retrieve an entire string,
|
|
|
|
:meth:`~curses.window.getstr`. It isn't used very often, because its
|
|
|
|
functionality is quite limited; the only editing keys available are
|
|
|
|
the backspace key and the Enter key, which terminates the string. It
|
|
|
|
can optionally be limited to a fixed number of characters. ::
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
curses.echo() # Enable echoing of characters
|
|
|
|
|
2009-01-03 17:18:54 -04:00
|
|
|
# Get a 15-character string, with the cursor on the top line
|
|
|
|
s = stdscr.getstr(0,0, 15)
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
The :mod:`curses.textpad` module supplies a text box that supports an
|
|
|
|
Emacs-like set of keybindings. Various methods of the
|
|
|
|
:class:`~curses.textpad.Textbox` class support editing with input
|
|
|
|
validation and gathering the edit results either with or without
|
|
|
|
trailing spaces. Here's an example::
|
|
|
|
|
|
|
|
import curses
|
|
|
|
from curses.textpad import Textbox, rectangle
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
def main(stdscr):
|
|
|
|
stdscr.addstr(0, 0, "Enter IM message: (hit Ctrl-G to send)")
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
editwin = curses.newwin(5,30, 2,1)
|
|
|
|
rectangle(stdscr, 1,0, 1+5+1, 1+30+1)
|
|
|
|
stdscr.refresh()
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
box = Textbox(editwin)
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
# Let the user edit until Ctrl-G is struck.
|
|
|
|
box.edit()
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
# Get resulting contents
|
|
|
|
message = box.gather()
|
2007-08-15 11:28:22 -03:00
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
See the library documentation on :mod:`curses.textpad` for more details.
|
2007-08-15 11:28:22 -03:00
|
|
|
|
|
|
|
|
2013-05-09 21:05:20 -03:00
|
|
|
For More Information
|
|
|
|
====================
|
|
|
|
|
|
|
|
This HOWTO doesn't cover some advanced topics, such as reading the
|
|
|
|
contents of the screen or capturing mouse events from an xterm
|
|
|
|
instance, but the Python library page for the :mod:`curses` module is now
|
|
|
|
reasonably complete. You should browse it next.
|
|
|
|
|
|
|
|
If you're in doubt about the detailed behavior of the curses
|
|
|
|
functions, consult the manual pages for your curses implementation,
|
|
|
|
whether it's ncurses or a proprietary Unix vendor's. The manual pages
|
|
|
|
will document any quirks, and provide complete lists of all the
|
|
|
|
functions, attributes, and :const:`ACS_\*` characters available to
|
|
|
|
you.
|
|
|
|
|
|
|
|
Because the curses API is so large, some functions aren't supported in
|
|
|
|
the Python interface. Often this isn't because they're difficult to
|
|
|
|
implement, but because no one has needed them yet. Also, Python
|
|
|
|
doesn't yet support the menu library associated with ncurses.
|
|
|
|
Patches adding support for these would be welcome; see
|
|
|
|
`the Python Developer's Guide <http://docs.python.org/devguide/>`_ to
|
|
|
|
learn more about submitting patches to Python.
|
|
|
|
|
|
|
|
* `Writing Programs with NCURSES <http://invisible-island.net/ncurses/ncurses-intro.html>`_:
|
|
|
|
a lengthy tutorial for C programmers.
|
|
|
|
* `The ncurses man page <http://www.linuxmanpages.com/man3/ncurses.3x.php>`_
|
|
|
|
* `The ncurses FAQ <http://invisible-island.net/ncurses/ncurses.faq.html>`_
|
|
|
|
* `"Use curses... don't swear" <http://www.youtube.com/watch?v=eN1eZtjLEnU>`_:
|
|
|
|
video of a PyCon 2013 talk on controlling terminals using curses or Urwid.
|
|
|
|
* `"Console Applications with Urwid" <http://www.pyvideo.org/video/1568/console-applications-with-urwid>`_:
|
|
|
|
video of a PyCon CA 2012 talk demonstrating some applications written using
|
|
|
|
Urwid.
|