1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
|
-------------------------------------------------------------------------------
-- Copyright 2020,2021 Thomas E. Dickey --
-- Copyright 2002,2006 Free Software Foundation, Inc. --
-- --
-- Permission is hereby granted, free of charge, to any person obtaining a --
-- copy of this software and associated documentation files (the --
-- "Software"), to deal in the Software without restriction, including --
-- without limitation the rights to use, copy, modify, merge, publish, --
-- distribute, distribute with modifications, sublicense, and/or sell copies --
-- of the Software, and to permit persons to whom the Software is furnished --
-- to do so, subject to the following conditions: --
-- --
-- The above copyright notice and this permission notice shall be included --
-- in all copies or substantial portions of the Software. --
-- --
-- THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS --
-- OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF --
-- MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN --
-- NO EVENT SHALL THE ABOVE COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, --
-- DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR --
-- OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE --
-- USE OR OTHER DEALINGS IN THE SOFTWARE. --
-- --
-- Except as contained in this notice, the name(s) of the above copyright --
-- holders shall not be used in advertising or otherwise to promote the --
-- sale, use or other dealings in this Software without prior written --
-- authorization. --
-------------------------------------------------------------------------------
-- $Id: README.IZ,v 1.5 2021/06/17 21:20:30 tom Exp $
---------------------------------------------------------------------
Here is the patch. I did no testing whatsoever with event watching
requests present (I need some applications which exercise this before
this, probably lynx ;-), but the code looks working "the normal way".
I had no way to test that the poll() branch compiles/works...
Here is the API:
*) two new functions wgetch_events() wgetstrn_event() are introduced,
which allow an event-watch specification given as the last argument;
*) if the last argument is NULL, they behave as wgetch() and
wgetstrn() (TESTED!);
*) the event specification is a pointer to _nc_eventlist, which
contains bookkeeping elements (count and the summary of results),
and an array of pointers to _nc_event;
*) each _nc_event is a typed union, with two types supported "as
shipped": _NC_EVENT_TIMEOUT_MSEC, _NC_EVENT_FILE. For
_NC_EVENT_FILE the fields are fd, flag, and the output field.
*) The only supported flag "as shipped" is _NC_EVENT_FILE_READABLE.
If the file was found readable, the return field is set to this,
otherwise to 0;
*) If these functions return KEY_EVENT, this means that the return
fields in both the _nc_eventlist and _nc_event structures make
sense. The field result_flags of _nc_eventlist may have a
combination of bits _NC_EVENT_TIMEOUT_MSEC and _NC_EVENT_FILE_READABLE
set;
*) The timeout_msec field of _NC_EVENT_TIMEOUT_MSEC _nc_event's is
updated on return, even if the return is not KEY_EVENT. However,
the change in the value represents only the amount of time spent in
waiting for events, not the amount of time spent bookkeeping;
*) the return KEY_EVENT of wgetstrn_event() means that the output
string includes the user input typed so far, but the user did not have
a chance to press ENTER (or whatever). This call should be
repeated (with "shifted" pointer to a buffer, of course) to
complete the input;
*) The presence of this extension can be checked via inspecting
#ifdef NCURSES_EVENT_VERSION. This symbol is not defined on BeOS,
since there is no support for this on BeOS.
Known issues: calls interrupted by KEY_EVENT reset the ESCDELAY
timer. This is not entirely new, since other synthetic events behave
the same (see "if (ch >= KEY_MIN)" branch of kgetch()). However,
KEY_EVENT may be generated in a continuous stream (say, when
downloading a file), thus this may be more important than with other
synthetic keys. An additional field in window structure which keeps
timestamp of the first raw key in the queue may be needed to
circumvent this.
Another possible issue: KEY_EVENT has a preference over a user input,
so a stream of KEY_EVENT's can make input hard. Maybe use
result_flags as in input parameter too, which specifies whether the
user input should have higher precedence?
Also: I took an opportunity to document kgetch() better.
Enjoy,
Ilya
|
