Rin Okuyama"
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 _cur
Probably all the state should be gathered up and put into _screen but
that does not have to be done right now. Rin's fix will make aspell
work which is a win already.
I am not so sure that our curses is multi-thread safe in a lot of
areas. I think that multiple terminals controlled by curses is
a
IIUC I think the intention was to have multiple serial terminals and
be able to control each one via curses which would mean the keyboard
input would be only coming from a single device at a time not
interleaving input from all of them. I don't really have any
experience with multiple keyboards in
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 mod
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 b
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_screen which already holds
> the tty information anyway. Mind you, if you put the state variable
> into _cursesi_screen then you may
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 yo
(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 you may get the situation that someone
swtiche
On 2019/03/11 22:08, Roy Marples wrote:
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.
Oops, yes.
I prefer this one too.
I pr
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
On Mon, Mar 11, 2019 at 02:01:44PM +0900, Rin Okuyama wrote:
> (3) Put "state" struct __window (suggested by uwe)
I prefer this one too.
Martin
On 2019/03/09 1:12, Ruibiao Qiu wrote:
On Fri, Mar 8, 2019 at 7:36 AM Rin Okuyama mailto:rokuyama...@gmail.com>> wrote:
On 2019/03/08 22:53, 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
On Fri, Mar 8, 2019 at 7:36 AM Rin Okuyama wrote:
> On 2019/03/08 22:53, 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
Rin Okuyama wrote:
> I would like to propose renaming "state" into "_cursesi_state":
> http://www.netbsd.org/~rin/curses_state_20190308.patch
>
> Can I commit the patch? In that case, should I bump libcurses minor?
> (That is, no matter to pull-up if minor version is bumped?)
I wonder if state
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
>> https://nxr.netbsd.
On 2019/03/08 22:53, 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
https://nxr.netbsd.org/xref/src/lib/libcurses/get_wch.c#52
C
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
> https://nxr.netbsd.org/xref/src/lib/libcurses/get_wch.c#52
Can both variants of inkey() co-exist?
I wo
18 matches
Mail list logo
