From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#29889: 27.0.50; Slow visual selection Date: Sat, 21 May 2022 15:29:33 +0200 Message-ID: <87czg7xbcy.fsf@gnus.org> References: <87y3lmgphl.fsf@gmail.com> <87zgke601k.fsf@gnus.org> <87leux6jey.fsf@gnus.org> <87y1ywy525.fsf@yahoo.com> <87h75k60fl.fsf@gnus.org> <87h75ky2uy.fsf@yahoo.com> <871qwo5xa7.fsf@gnus.org> <83a6bcbgo1.fsf@gnu.org> <871qwoxw75.fsf@yahoo.com> <835ym0bdw2.fsf@gnu.org> <874k1kwg9p.fsf@yahoo.com> <83wneg9yy7.fsf@gnu.org> <874k1k2wwg.fsf@gnus.org> <83sfp49w9a.fsf@gnu.org> <87bkvrytan.fsf@gnus.org> <871qwnt6o8.fsf@yahoo.com> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19944"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) Cc: Eli Zaretskii , 29889@debbugs.gnu.org To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat May 21 15:30:32 2022 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 1nsPBg-0004wG-NP for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 May 2022 15:30:32 +0200 Original-Received: from localhost ([::1]:45438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nsPBf-00086Y-L2 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 May 2022 09:30:31 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:58582) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nsPBF-00086I-Bg for bug-gnu-emacs@gnu.org; Sat, 21 May 2022 09:30:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:47099) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nsPBD-0006Qk-7z for bug-gnu-emacs@gnu.org; Sat, 21 May 2022 09:30:05 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nsPBD-0005vj-3u for bug-gnu-emacs@gnu.org; Sat, 21 May 2022 09:30:03 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 May 2022 13:30:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29889 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: moreinfo Original-Received: via spool by 29889-submit@debbugs.gnu.org id=B29889.165313978522741 (code B ref 29889); Sat, 21 May 2022 13:30:02 +0000 Original-Received: (at 29889) by debbugs.gnu.org; 21 May 2022 13:29:45 +0000 Original-Received: from localhost ([127.0.0.1]:40996 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nsPAv-0005ui-Ev for submit@debbugs.gnu.org; Sat, 21 May 2022 09:29:45 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:45910) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nsPAt-0005uW-QU for 29889@debbugs.gnu.org; Sat, 21 May 2022 09:29:44 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=J1GizrkmldS6IM60jjYuHQ8wxi3OXIz5Oor6imR5uNw=; b=klL4G3X4x2xaMIAoIXbiTXX1YS oYZA2iutcY+EpvZxF0BUHIKUxhZjlDIVh4ZxyW3Jyn901xjNq02Ly3h2EPZulmzyQOOZRSwWJVUKv tgymimtZglOJ1JSo9H4VqLszc/wn1WMCe51OevxPPcYeDzrRR0/NsYQN322NYBsdTWZs=; Original-Received: from [84.212.220.105] (helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nsPAk-0003fy-3n; Sat, 21 May 2022 15:29:36 +0200 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEWRglmxqaXs6uk4 MSr////Za8C4AAAAAWJLR0QEj2jZUQAAAAd0SU1FB+YFFQ0UCfxEhkAAAAGZSURBVDjLnZTLYcQg DETF0gCCBhBuQKz67y0ahB17k1zCBeyHfoOAiOr4bdB/QPJJBjNjXrtEuJLZ5JpbMzPVYgqAD8qW HBxYr6HFfwGYOmjtAucgcsAPkO+g3MDs/scdUuJx8A1oS55rgJ4eMfLK6g6UyxXcyEvrM0Cq4ruV sH8BOQEjWB08xEECOML3DODCUEa6I0CyufIViAhJuAaAapigJKkl14SOSKpKQwoAlmERwEhhMjeY DlpYkKKOOQKoB3fwzqamS0GclR+UMVS0Iaewni8A0iKrHXFTkCoONOfZNbtc0raBGzN7usUjUi3a iTaoAr00IWgvKom3ySxQ1x0rZQBPIsALrvYBd1L01QarjhiiS7pQ/30H9lpNuKLM1aKuFfJGmVxH 38BjUF1NS+whK8pHIagjul1YossXWf1zAt79H+1NcLVBvZnYDZS0TT5B1nAm+QkK7sMaVycGaNiF i1c+AFrTS/UC8hNgvSrNT3D40URw3CH9AJfTmR8g8en03W7ANkCBr28gpyJr7W/DCX6+JX+BL8IS lI6nN0lvAAAAJXRFWHRkYXRlOmNyZWF0ZQAyMDIyLTA1LTIxVDEzOjIwOjA5KzAwOjAwiyNSNAAA ACV0RVh0ZGF0ZTptb2RpZnkAMjAyMi0wNS0yMVQxMzoyMDowOSswMDowMPp+6ogAAAAASUVORK5C YII= X-Now-Playing: Bobbie Gentry's _The Girl From Chickasaw County (5): Touch 'Em With Love_: "Son of a Preacher Man" In-Reply-To: <871qwnt6o8.fsf@yahoo.com> (Po Lu's message of "Sat, 21 May 2022 20:24:23 +0800") 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" Xref: news.gmane.io gmane.emacs.bugs:232831 Archived-At: Po Lu writes: > But what if some other command moves the region? For example, if you > type "C-x h" and then "C-f"? I think for the new setting we're discussing, then that `C-f' should not alter the selection (just like `open' doesn't today with the selections it chooses). That is, `C-x h' would say "put all of this in the selection", just like `C-a' in Firefox does. > The selection should also be updated then, I think, to match the text > displayed in the region face. The best way to solve the performance > problem is probably to fall back to using buffer positions instead of > strings if the region exceeds a certain amount of characters in length. I think that sounds good for the t setting. -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no