From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Saving the selection before killing Date: Fri, 20 Jul 2007 11:59:06 -0400 Message-ID: References: <5fmk5pF3bo3fbU1@mid.individual.net> <87hco5xtbv.fsf@jurta.org> <868x9f30fo.fsf@lola.quinscape.zz> <469DDB7C.4090007@swipnet.se> <469F1450.5090002@swipnet.se> <46A055CB.6060003@swipnet.se> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1184947160 1643 80.91.229.12 (20 Jul 2007 15:59:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Fri, 20 Jul 2007 15:59:20 +0000 (UTC) Cc: Juri Linkov , rms@gnu.org, emacs-devel@gnu.org To: Jan =?iso-8859-1?Q?Dj=E4rv?= Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jul 20 17:59:18 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1IBust-0003FB-6p for ged-emacs-devel@m.gmane.org; Fri, 20 Jul 2007 17:59:15 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBuss-0001tf-Hy for ged-emacs-devel@m.gmane.org; Fri, 20 Jul 2007 11:59:14 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1IBusp-0001t7-HN for emacs-devel@gnu.org; Fri, 20 Jul 2007 11:59:11 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1IBusn-0001sl-7u for emacs-devel@gnu.org; Fri, 20 Jul 2007 11:59:10 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1IBusn-0001si-1q for emacs-devel@gnu.org; Fri, 20 Jul 2007 11:59:09 -0400 Original-Received: from tomts43.bellnexxia.net ([209.226.175.110] helo=tomts43-srv.bellnexxia.net) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1IBusl-00086e-LN; Fri, 20 Jul 2007 11:59:07 -0400 Original-Received: from pastel.home ([74.12.208.65]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20070720155906.MXEF5730.tomts43-srv.bellnexxia.net@pastel.home>; Fri, 20 Jul 2007 11:59:06 -0400 Original-Received: by pastel.home (Postfix, from userid 20848) id 3F7FC7FC0; Fri, 20 Jul 2007 11:59:05 -0400 (EDT) In-Reply-To: <46A055CB.6060003@swipnet.se> ("Jan =?iso-8859-1?Q?Dj=E4rv=22?= =?iso-8859-1?Q?'s?= message of "Fri\, 20 Jul 2007 08\:27\:23 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1.50 (gnu/linux) X-detected-kernel: Solaris 8 (1) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:75184 Archived-At: > You obviously haven't run Emacs over a slow (well say less than 1 Mbit/s) > ssh forward X connection. I sure have and still do every once in a while. > Selections over slow links are painful right now. Emacs 22 is so much > slower in this regard than 21.x. For example, single click with mouse-1 > sometimes makes Emacs loop forever (C-g works though), redisplay for small > changes can take 10:s of seconds, popup of tool tip also takes several > seconds. Your proposal should be customizable, and preferrably default off, > as it is a new behaviour. [...] > That when that amount of text gets drawn over a slow link it takes time. > And that when Emacs redisplays, it takes time. We are talking 10:s of > seconds here. [...] > Yes, but I have to wait several seconds before Emacs is responsive again. So again, the only argument here is that over slow links Emacs is currently slow and my patch might make it a bit worse. Agreed. But since slow links are not the rule, and since Emacs is already slow over such links (i.e. many people will prefer the -nw version in such cases), I think that this argument shouldn't imply that the feature should be off by default. Those people who use Emacs over slow links will simply have to add this to the list of features they disable to bring the delays down to an acceptable level. BTW, maybe we could provide a function `spare-bandwidth' that turns off the menubar, the toolbar, the tooltips, this feature, ... Stefan