From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#72830: Big rectangular selections are slow Date: Sun, 22 Sep 2024 13:37:19 -0400 Message-ID: References: <3F6C6CAB-8CD1-4336-B1D1-949E716139FE@gmail.com> <1B4E9D0B-2223-42D9-BA22-17A5F6F49F84@gmail.com> <0D0565B4-EF53-43B6-9B33-7EE1600E1AD3@gmail.com> <5F6C5DCE-88F0-446D-8CBD-5E9EE26FFFC6@gmail.com> <3413563D-0343-4764-8D44-DAE3D3642A80@gmail.com> Reply-To: Stefan Monnier Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="25448"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: Michael Heerdegen , Eli Zaretskii , 72830@debbugs.gnu.org, Juri Linkov To: Mattias =?UTF-8?Q?Engdeg=C3=A5rd?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Sep 22 19:37:52 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1ssQWu-0006Vk-81 for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 22 Sep 2024 19:37:52 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ssQWl-00047R-4j; Sun, 22 Sep 2024 13:37:43 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1ssQWj-000472-9G for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2024 13:37:41 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1ssQWj-0007ml-0G for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2024 13:37:41 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-Version:Date:References:In-Reply-To:From:To:Subject; bh=fDkT1Fe9Fd62chUP+zzt5tkTAe+RK+UcEdi3wnAByso=; b=YN0tSkM1i1KTCEicJouhcmqQjTW0Otx81osME2Wr6+njjT0ZfxgT4j9UXPJcnp8NsbVDE5dk6NjZwTijDNZGAngudO4iD/Kd24JOiz+a8723cx0bO7Hd00h6DdcaLIliOBdoMs5hxBCRjXhYdv4VeB3GIurZWwIMxlrkCA3UR1Lk0n8AZ0O68ofRIySRf8u96VV4razMEBOFevk61g/l9bbO4H4Jwo5yUHBehqvZbcnVbFwebbrJnkyQ5Q4bS7f8RRPmIk3XUK1xnyPTozIHg88WgIOGTIhArerjvVsurZP53WpzFRJ7aHPEik8X6pu1npS2/gk7c3wyK3jkbVL59g==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ssQX4-0008Df-Gq for bug-gnu-emacs@gnu.org; Sun, 22 Sep 2024 13:38:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 22 Sep 2024 17:38:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 72830 X-GNU-PR-Package: emacs Original-Received: via spool by 72830-submit@debbugs.gnu.org id=B72830.172702667331570 (code B ref 72830); Sun, 22 Sep 2024 17:38:02 +0000 Original-Received: (at 72830) by debbugs.gnu.org; 22 Sep 2024 17:37:53 +0000 Original-Received: from localhost ([127.0.0.1]:42704 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ssQWv-0008D7-7O for submit@debbugs.gnu.org; Sun, 22 Sep 2024 13:37:53 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:11592) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ssQWs-0008Ct-Vs for 72830@debbugs.gnu.org; Sun, 22 Sep 2024 13:37:52 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D45DA100044; Sun, 22 Sep 2024 13:37:22 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1727026642; bh=l81cMyfVcbgtq741j8zy/aMSy+xm1rqERHZNe6Hj0rg=; h=From:To:Cc:Subject:In-Reply-To:References:Date:From; b=Bb9JnwM30Jv7Sbxfcofq4SpfQ5SrBMX1IJr0GcJwzZOm/H9WvfTMOfeXsvPksObrZ wNBIDrHbfAvNyY3CN0d+x13dUIcLITnecIq6fZVG0nSa8izBxC3q2dOyuM4mLcod9T 74EGnXDsCpIFmWem81pY3djoV6lwSBsGT9r1fhmTTFJnOoJXjBzkbSN/iCAXFZ6Wkn vR16ZDSYoUSxxvP7GFacjFFkB0XI3+xRuCERvvWQYnuQpekROlK6GZwK+D4bf9chyD JIdcS4Io5yJ2iyqkgdR1CmkNxveh1nLAI22LmzzYI8CdEaWk18QHueuLZrYOONuXf5 sxX4BQVoNKEQg== Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 395CC100035; Sun, 22 Sep 2024 13:37:22 -0400 (EDT) Original-Received: from pastel (unknown [45.72.221.103]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id F2A0D120642; Sun, 22 Sep 2024 13:37:21 -0400 (EDT) In-Reply-To: ("Mattias =?UTF-8?Q?Engdeg=C3=A5rd?="'s message of "Sun, 22 Sep 2024 18:22:04 +0200") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:292241 Archived-At: > Sorry if I've lost track with your step numbering, but the problem is still > that we extract and retain the selected text both at selection and each > incremental modification of it. "incremental modification" is my step 2. And in the design, step 2 should not actually compute the content of the selection. IOW, what you describe sounds like a plain bug. > So the extraction needs to be delayed until either requested by the X server > or locally by mouse-yank-primary. This means that we need to decide whether > it would be a problem to do so, as the buffer may have changed between the > selection and text extraction. (I think we shouldn't bother preserving > PRIMARY data across buffer modification.) Modifications deactivate the selection, so if we want to preserve the selection until after modifications, that's when step 4 comes into play. Stefan