Message61106
Logged In: YES
user_id=36166
One more issue: constants.
I think the ``A_`` attribute constants should not be
duplicated as ``WA_``; rather the same ``A_`` values will be
accepted in all cases and translated to the corresponding
``WA_`` values when passing them to wide curses functions.
``WA_`` attributes that have no ``A_`` counterpart in curses
should get one, possibly a long int:
A_{HORIZONTAL,LEFT,LOW,RIGHT,TOP,VERTICAL}. Wait, we
already define them ;-). But they might be availiable on
some platforms only as ``WA_`` and not ``A_``...
The ``ACS_`` constants also have ``WACS_`` counterparts that
are (cchar_t *). Probably the later should be exposed as
unicode strings instead of the
Other constants added in XSI curses are:
* EOF/WEOF (actually declared in <stdio.h>, <wchar.h>;
returned by `.getch()` - should be either exposed in the
module or converted to something sensible (None?). getkey()
currently segfaults(!) on end of file, should return empty
string for consistency with `file.read()`...
* KEY_CODE_YES - return value of `get_wch()` to indicate the
code is a key. Should not be exposed.
Update to previous message: the ``_wchstr`` family need not
be supported, at least as long as ``chstr`` family isn't (I
didn't notice there is such a thing). In long run, it might
be useful (but then a completely new high-level wrapper of
windows as directly subscriptable/sliceable and 2D arrays
would be even better... Let's leave it for now). |
|
Date |
User |
Action |
Args |
2008-01-20 09:59:23 | admin | link | issue700921 messages |
2008-01-20 09:59:23 | admin | create | |
|