unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
To: "Jan Djärv" <jan.h.d@swipnet.se>
Cc: juri@jurta.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org
Subject: Re: Saving the selection before killing
Date: Thu, 19 Jul 2007 00:25:21 -0400	[thread overview]
Message-ID: <E1IBNZp-0001kC-Lf@fencepost.gnu.org> (raw)
In-Reply-To: <469DDB7C.4090007@swipnet.se> (message from Jan Djärv on Wed, 18 Jul 2007 11:21:00 +0200)

    Search for klipper in etc/PROBLEMS.  Now this proposal will make Emacs behave 
    like a buggy klipper.

I think that's somewhat of an exaggeration.  Emacs would only request
the selection when you type a kill command at it.

This may or may not be a good feature, but I don't think it is decided
by that.

      If the selection in large, Emacs will be slow 
    and unresponsive.

That is a real factor.  We need people to try it and see
how big a facter it is.

		       The selection may be data Emacs can't handle anyway, such 
    as audio data.

That is a real issue too.  If we make this an Emacs features,
it means, in effect, that users should check for a selection in
other windows before typing a kill command in Emacs.

So the question is whether that is a convenient way to use Emacs.

    The time it takes to send a request to the X server and get a reply.  But for 
    a "normal" X session, you almost always have a selection somewhere.

If that is true, doesn't it impact Emacs a lot?  If you go to the
Emacs window and type C-y, do you nearly always get a selection from
some other program?

  parent reply	other threads:[~2007-07-19  4:25 UTC|newest]

Thread overview: 35+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <5fmk5pF3bo3fbU1@mid.individual.net>
     [not found] ` <mailman.3386.1184244752.32220.help-gnu-emacs@gnu.org>
2007-07-12 20:31   ` Saving the selection before killing (was: Selection not to be copied into kill-ring) Stefan Monnier
2007-07-12 20:45     ` Saving the selection before killing David Kastrup
2007-07-13 18:38     ` Saving the selection before killing (was: Selection not to be copied into kill-ring) Richard Stallman
2007-07-13 19:11       ` Saving the selection before killing Stefan Monnier
2007-07-14 18:00         ` Richard Stallman
2007-07-15 22:54           ` Juri Linkov
2007-07-17  3:34             ` Richard Stallman
2007-07-17  8:21               ` David Kastrup
2007-07-18  4:41                 ` Richard Stallman
2007-07-18  5:44                   ` David Kastrup
2007-07-18  9:28                     ` Jan Djärv
2007-07-18 20:53                     ` Richard Stallman
2007-07-18 21:05                       ` David Kastrup
2007-07-18  9:24                   ` Jan Djärv
2007-07-18  9:21                 ` Jan Djärv
2007-07-18 18:34                   ` Stefan Monnier
2007-07-19  7:35                     ` Jan Djärv
2007-07-19 17:15                       ` Stefan Monnier
2007-07-20  6:27                         ` Jan Djärv
2007-07-20 15:59                           ` Stefan Monnier
2007-07-20 16:50                             ` Jan Djärv
2007-07-21 16:54                               ` Richard Stallman
2007-07-21 16:54                             ` Richard Stallman
2007-07-21  4:51                           ` Richard Stallman
2007-07-21  9:22                             ` Jan Djärv
2007-07-19  4:25                   ` Richard Stallman [this message]
2007-07-19  7:44                     ` Jan Djärv
2007-07-19 21:21                       ` Richard Stallman
2007-07-20  6:33                         ` Jan Djärv
2007-07-21  4:51                           ` Richard Stallman
2007-07-21  9:28                             ` Jan Djärv
2007-07-22  1:49                               ` Richard Stallman
2007-07-22  7:55                                 ` Jan Djärv
2007-07-22 18:37                                   ` Richard Stallman
2007-07-22 20:32                                     ` Jan Djärv

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=E1IBNZp-0001kC-Lf@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jan.h.d@swipnet.se \
    --cc=juri@jurta.org \
    --cc=monnier@iro.umontreal.ca \
    /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).