unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: David Kastrup <dak@gnu.org>
Cc: bob@rattlesnake.com, rms@gnu.org, emacs-devel@gnu.org
Subject: Re: C-z (Re: Two GTK related feature requests)
Date: 29 Oct 2003 10:43:34 +0100	[thread overview]
Message-ID: <x53cdcz8e1.fsf@lola.goethe.zz> (raw)
In-Reply-To: <shznfk5xzd.fsf@tux.gnu.franken.de>

Karl Eichwalder <ke@gnu.franken.de> writes:

> Richard Stallman <rms@gnu.org> writes:
> 
> > Basically I don't see any benefit in this change.  If you want to
> > redefine it, as a prefix key or any other way, you can already do
> > that.
> 
> Sure, but the current implementation will continue to confuse new
> users.  Pressing C-z by accident makes Emacs disappear out of the
> blue.

It is exactly what one expects on a tty.  Now iconifying and stopping
a process are different things, and on X, there is no C-z binding
expected, too.

On the other hand, on a tty one would expect C-c to end a program
(well, some of us old geezers perhaps even the DEL key), and we need
C-x C-c to do that, too.

> And there is now way to cancel this command using C-g.
> 
> At least, please add something to ask the user for confirmation:
> 
>     "Do you really want to inconify Emacs? (y/n)"

That would defeat the idea of C-z in the first place.  It turns out
that we have different keybindings on the tty and X, anyway (in the
first case, suspend-emacs, in the second case
iconify-or-deiconify-frame.

The first binding might be more or less what one expects, and people
exposed to the command line will know exactly what happened and how to
revert it, the second binding is a complete surprise and may take some
effort to undo.  In addition, it is completely arbitrary: deiconifying
a frame will force the user to revert to his window manager's
mechanisms of iconification (unless he can get keyboard focus on an
iconified window, which again will require the cooperation of the
window manager), so a method of iconifying that bypasses the window
manager methods for it only gets you half way there.

> All hackers who speak up in this thread confirmed that they are
> using redefinition for C-z - thus ther must be something flawed with
> the current key binding ;)

I am not, but I am lazy.  And I have yet to remember a single occasion
when I indeed used C-z for iconifying a frame.  I actually would
consider it _more_ likely to use C-x C-z for that purpose, now that I
think of it: it has a more Emacsy feeling to it.  In contrast, C-z
gets ingrained into your fingers as a "don't touch, ever, taboo"
combination.  Because it is too easy to type you learn to never type
it.  And thus C-z on X is more or less associated for me with "does
weird things, avoid" rather than "iconifies".

-- 
David Kastrup, Kriemhildstr. 15, 44793 Bochum

  parent reply	other threads:[~2003-10-29  9:43 UTC|newest]

Thread overview: 42+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-10-21  4:09 Two GTK related feature requests Simon Josefsson
2003-10-21  4:17 ` Masatake YAMATO
2003-10-21  4:27   ` Simon Josefsson
2003-10-22  9:25 ` Richard Stallman
2003-10-22 12:04   ` Simon Josefsson
2003-10-22 12:39     ` Luc Teirlinck
2003-10-22 13:44       ` Simon Josefsson
2003-11-02 19:34         ` Jan D.
2003-10-23  2:08   ` Michael Welsh Duggan
2003-10-25 20:08     ` James H.Cloos Jr.
2003-10-26  4:10       ` C-z (Re: Two GTK related feature requests) Karl Eichwalder
2003-10-26  6:11         ` Eli Zaretskii
2003-10-26  8:01           ` Karl Eichwalder
2003-10-27  7:02             ` Richard Stallman
2003-10-27 12:22               ` Kim F. Storm
2003-10-27 12:46               ` Robert J. Chassell
2003-10-27 14:05                 ` Kim F. Storm
2003-10-27 18:08                   ` Karl Eichwalder
2003-10-27 22:16                   ` Robert J. Chassell
2003-10-27 15:47                 ` C-z Werner LEMBERG
2003-10-27 16:36                 ` C-z (Re: Two GTK related feature requests) Juri Linkov
2003-10-27 19:44                   ` Kevin Rodgers
2003-10-28 20:39                 ` Richard Stallman
2003-10-29  7:01                   ` Karl Eichwalder
2003-10-29  7:28                     ` Miles Bader
2003-10-30  4:19                       ` Richard Stallman
2003-10-29  9:43                     ` David Kastrup [this message]
2003-10-29 13:30                     ` Stefan Monnier
2003-10-29 14:03                       ` Eli Zaretskii
2003-10-29 16:00                     ` Luc Teirlinck
2003-10-26 19:01         ` Stefan Monnier
2003-10-26 21:06           ` Miles Bader
2003-10-27  5:50             ` Eli Zaretskii
2003-10-27  6:46               ` Miles Bader
2003-10-27 16:55                 ` Juri Linkov
2003-10-28  2:01                   ` Miles Bader
2003-10-29 14:15           ` Stephan Stahl
2003-10-29 15:29             ` David Kastrup
2003-11-17 20:40   ` Two GTK related feature requests Kai Grossjohann
2003-11-18 23:03     ` Richard Stallman
2003-11-19 21:43       ` tabs proposal Alex Schroeder
2003-11-21  4:08         ` Richard Stallman

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

  List information: https://www.gnu.org/software/emacs/

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

  git send-email \
    --in-reply-to=x53cdcz8e1.fsf@lola.goethe.zz \
    --to=dak@gnu.org \
    --cc=bob@rattlesnake.com \
    --cc=emacs-devel@gnu.org \
    --cc=rms@gnu.org \
    /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.
Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

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).