public inbox for insight@sourceware.org
 help / color / mirror / Atom feed
From: Keith Seitz <kseitz@firetalk.com>
To: Fernando Nasser <fnasser@cygnus.com>
Cc: insight@sources.redhat.com
Subject: Re: <Ctrl-C> in the Console Window
Date: Fri, 10 Nov 2000 08:03:00 -0000	[thread overview]
Message-ID: <3A0C1C3F.C906B805@firetalk.com> (raw)
In-Reply-To: <3A0B4A19.EC9FC4CC@cygnus.com>

Fernando Nasser wrote:
> 
> John wrote:
> >
> > What is the copy key under windows going to be?
> >
> 
> That is a good point, but I would be surprised if it ever worked
> on the console window on NT anyway.
> 
> What would be more important: simulate the real gdb console and accept
> <Ctrl-C> as interrupt or allow cut-and-paste with the Windows standard keys?
> 
> We can also add cut-and-paste based on selection and a right click menu
> with Copy/Paste on it (I would not have Cut).
> 
> Well, it is open to debate.

Ugh. I don't think that we should override the default behavior of the
window manager like this... Something about using "^C" to mean "stop"
instead of the usual "copy" makes me nervous. Originally, I intended to
use the escape key in Insight as a generic "stop whatever you're doing".
I've already snuck it in at a few places. For example, if you
double-click a variable for editing in the var windows, hitting escape
will cancel the edit. I believe we have the same thing in the Memory and
Register windows.

This is a can of worms, really. I think that no matter what happens,
someone is going to dislike the decision. Since I'm the appeasing type
(stop laughing, JimI!), I would probably default ^C to "cut" and add a
preference for making it "stop" (in the console window). This is even
uglier, though, 'cause I think that we use ^C in the source window to
mean "copy". If we change it to "stop", we would have the same key bound
to two completely different functions.

Yich. I'm dizzy. Perhaps we've learned just one thing from this:
whatever you decide to do, make sure that it is consistent.

:-)
Keith

  parent reply	other threads:[~2000-11-10  8:03 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-11-09 16:24 RFC: " Fernando Nasser
     [not found] ` <01ee01c04aaf$eb7a7fe0$ad0aa8c0@hq.tensilica.com>
2000-11-09 17:06   ` Fernando Nasser
2000-11-10  8:01     ` Duane Ellis
2000-11-10  8:03     ` Keith Seitz [this message]
2000-11-10  8:37       ` Fernando Nasser
2000-11-10 12:34         ` Syd Polk
2000-11-10 13:07           ` Fernando Nasser
2000-11-10 13:16             ` Syd Polk
2000-11-10 13:21               ` Michael Leibowitz
2000-11-10 13:27                 ` Fernando Nasser

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3A0C1C3F.C906B805@firetalk.com \
    --to=kseitz@firetalk.com \
    --cc=fnasser@cygnus.com \
    --cc=insight@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).