This is the mail archive of the
cygwin-developers
mailing list for the Cygwin project.
Re: fhandler_console.c refresh?
- From: Joseph Allen <allenjo at us dot ibm dot com>
- To: cygwin-developers at cygwin dot com
- Date: Fri, 12 Jan 2007 16:41:08 -0500
- Subject: Re: fhandler_console.c refresh?
cygwin-developers-owner@cygwin.com wrote on 01/12/2007 03:01:38 PM:
> On Fri, Jan 12, 2007 at 08:46:30PM +0100, Corinna Vinschen wrote:
> >On Jan 12 14:35, Christopher Faylor wrote:
> >> On Fri, Jan 12, 2007 at 08:23:24PM +0100, Corinna Vinschen wrote:
> >> >On Jan 12 13:27, Christopher Faylor wrote:
> >> >> On Fri, Jan 12, 2007 at 11:29:40AM -0500, Joseph Allen wrote:
> >> >> >I'm thinking of modifying fhandler_console.c, to make the mouse
> >> >> >support, clipboard support and perhaps some other things a lot
more
> >> >> >like xterm. Possibly this is optional for backwards
compatibility:
> >> >> >maybe there's a CYGWIN environment variable option for it. The
idea is
> >> >> >to make UNIX programs (particularly, my text editor JOE, but many
other
> >> >> >programs such as 'mc') work fully in CMD console windows.
Basically,
> >> >> >I'd much prefer to do this than make a win32 port of JOE. What
do
> >> >> >think? I'm sure that this has been a topic of discussion in the
past,
> >> >> >so I'm wondering how receptive people are to changes to the
terminal
> >> >> >emulator's behavior.
> >> >>
> >> >> I'm very willing to explore the idea of making the handling of the
> >> >> console more like xterm. If we can't do it in a backwards
comtemptible
> >> >> fashion maybe we could just detect when TERM=xterm and "do the
right
> >> >> thing".
> >> >>
> >> >> Two things to consider before you start:
> >> >>
> >> >> 1) Please just send regular text email to this mailing list. This
one
> >> >> slipped by but you won't be able to send any more html mail here.
Sorry about that: my employer forces me to use Lotus Notes. I think I
turned off
HTML, but you never know with Notes. If this message doesn't work, I'll
switch
to my ISP account.
> >> >> 2) Please consider getting the ball rolling on submitting an
assignment
> >> >> from http://cygwin.com/assign.txt to Red Hat so that there will be
no
> >> >> delays in reviewing or adopting your patch.
I submitted the disclaimer request to my local general manager, who
immediately
said isn't "RedHat a competitor?" So we'll see what happens :-)
> >> >> Otherwise, I think this is a good idea and encourage you to
> submit patches
> >> >> to make this so.
> >> >
> >> >This sounds all good and right. That reminds me that I'm always
missing
> >> >that the console window doesn't handle changing the window size
> gracefully.
> >> >Somehow my applications never get a SIGWINCH. Is that also
something
> >> >you'd like to add? *hint, hint* ;)
> >>
> >> There is SIGWINCH handling in the console already. If it isn't
working,
> >> that's a bug. However, IIRC, it isn't possible to emulate this 100%
> >> perfectly.
> >
> >Too bad. I'm missing this usually when running vim or gdb in a console
> >window.
I've seen it, it's one of the things I want to fix. The Windows console
api
is screwy in this area, it normally doesn't give events for windows
resize- only
buffer resize. I'm not sure how Cygwin is dealing with this yet. I'm
guessing it
polls, but I haven't looked into it enough yet.
> How about making it work more like the linux console with its mouse
> support?
I want it to work like an xterm: so unless the application enables mouse
support,
the simple left button to select, middle button to paste thing should
work as in xterm- but of course everything should be optional. I'm not
yet sure
how this should interact with windows clipboard.
Joe