a"
Sent:
Tue, 12 Mar 2019 13:25:13 +0300
Subject:
Re: namespace pollution by curses
On Tue, Mar 12, 2019 at 11:41:39 +1030, Brett Lymn wrote:
> I am happy with either the rename of the static definition or
> including the state variable in _cursesi_scree
is
allowed for but I have never tested it and I wouldn't be surprised
if it failed spectacularly.
- Original Message -
From: "Valery Ushakov"
To:
Cc:"Brett Lymn" , "Rin Okuyama"
Sent:Tue, 12 Mar 2019 13:25:13 +0300
Subject:Re: namespace pollution by curses
On
On Tue, Mar 12, 2019 at 15:21:49 -, Christos Zoulas wrote:
> In article <20190312134722.ga1...@netbsd.org>,
> David Holland wrote:
> >On Tue, Mar 12, 2019 at 01:25:13PM +0300, Valery Ushakov wrote:
> > > Admittedly, I'm not sure about the usage. E.g. in wscons case you can
> > > press a
In article <20190312134722.ga1...@netbsd.org>,
David Holland wrote:
>On Tue, Mar 12, 2019 at 01:25:13PM +0300, Valery Ushakov wrote:
> > Admittedly, I'm not sure about the usage. E.g. in wscons case you can
> > press a modifier on one keyboard and the key on another and it should
> > work. But
On Tue, Mar 12, 2019 at 01:25:13PM +0300, Valery Ushakov wrote:
> Admittedly, I'm not sure about the usage. E.g. in wscons case you can
> press a modifier on one keyboard and the key on another and it should
> work. But in case of curses, do the users really expect to be able to
> input the
On 2019/03/12 10:11, Brett Lymn wrote:
(sorry for the top post...)
I am happy with either the rename of the static definition or including the
state variable in _cursesi_screen which already holds the tty information
anyway. Mind you, if you put the state variable into _cursesi_screen then
On 11/03/2019 06:21, Martin Husemann wrote:
On Mon, Mar 11, 2019 at 02:01:44PM +0900, Rin Okuyama wrote:
(3) Put "state" struct __window (suggested by uwe)
Not __window _cursesi_screen which is __screen.
I prefer this one too.
I prefer this also.
Roy
In article <20190308135342.ga17...@mail.duskware.de>,
Martin Husemann wrote:
>On Fri, Mar 08, 2019 at 10:41:51PM +0900, Rin Okuyama wrote:
>
>> I've found that this is because curses uses a global variable "state":
>> https://nxr.netbsd.org/xref/src/lib/libcurses/getch.c#50
>>
