unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Richard Stallman <rms@gnu.org>
To: David Kastrup <dak@gnu.org>
Cc: juri@jurta.org, monnier@iro.umontreal.ca, emacs-devel@gnu.org
Subject: Re: Saving the selection before killing
Date: Wed, 18 Jul 2007 16:53:53 -0400	[thread overview]
Message-ID: <E1IBGWv-0000u6-R2@fencepost.gnu.org> (raw)
In-Reply-To: <85hco2z2nr.fsf@lola.goethe.zz> (message from David Kastrup on Wed, 18 Jul 2007 07:44:40 +0200)

    > The question is how much slowdown this feature adds when there is no
    > selection.

    Uh, why?  

Because (1) usually there is no selection, and (2) when there is a
selection, that means you want this feature to do something useful
for you.

	      Can we rule out that there are large selections?

If we install this feature, it means we call on users to make sure to
have selections in other programs, when they kill in Emacs, only when
they want to pull those selections into Emacs.

    That should be reasonably fast.  I would expect noticeable effects at
    most when running keyboard macros.  However, keyboard macros that yank
    stuff are not really infrequent, and when one is running them on a
    whole buffer, checking the display remotely every time _might_
    conceivably make a difference.

Maybe this feature should be disabled inside keyboard macros.

    Perhaps we should ignore selections altogether when executing keyboard
    macros, not just in this case.

Perhaps.  I won't say outright that that's a bad idea.  But it is a
separate question.

  parent reply	other threads:[~2007-07-18 20:53 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 [this message]
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
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=E1IBGWv-0000u6-R2@fencepost.gnu.org \
    --to=rms@gnu.org \
    --cc=dak@gnu.org \
    --cc=emacs-devel@gnu.org \
    --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).