From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: delete-selection-mode as default Date: Tue, 18 Sep 2018 10:42:21 -0700 (PDT) Message-ID: References: <<83k1nxvm5j.fsf@gnu.org>> <<87sh2ih0bp.fsf@fastmail.fm>> <<770f48a8-664a-40ae-8e03-19f6aad248b6@default>> <<20180910181615.GA4829@ACM>> <> <<874lev3bq4.fsf@toy.adminart.net>> <<20180912131602.GA5582@ACM>> <<87d0tihxzw.fsf@toy.adminart.net>> <<20180913174640.GB4019@ACM>> <<8736udkuit.fsf@toy.adminart.net>> <<20180914104833.GA4103@ACM>> <> <<83k1nojgia.fsf@gnu.org>> <<874leq799e.fsf@toy.adminart.net>> <<835zz5ie17.fsf@gnu.org>> <<87musg0wyf.fsf@toy.adminart.net>> <<83va73f0mv.fsf@gnu.org>> <> <<83musegaf2.fsf@gnu.org>> <> <<3f242636-6fa4-4e36-a37b-86f1d7088aae@default>> <<83h8img39b.fsf@gnu.org>> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: blaine.gmane.org 1537292500 28046 195.159.176.226 (18 Sep 2018 17:41:40 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 18 Sep 2018 17:41:40 +0000 (UTC) Cc: hw@adminart.net, spacibba@aol.com, joostkremers@fastmail.fm, npostavs@gmail.com, emacs-devel@gnu.org, yurivkhan@gmail.com, acm@muc.de, phillip.lord@russet.org.uk To: Eli Zaretskii , Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Sep 18 19:41:35 2018 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1g2K0D-00078Y-GX for ged-emacs-devel@m.gmane.org; Tue, 18 Sep 2018 19:41:33 +0200 Original-Received: from localhost ([::1]:41617 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2K2K-0004ib-3x for ged-emacs-devel@m.gmane.org; Tue, 18 Sep 2018 13:43:44 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55661) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1g2K1R-0004Zb-Fn for emacs-devel@gnu.org; Tue, 18 Sep 2018 13:42:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1g2K1Q-0001yi-4T for emacs-devel@gnu.org; Tue, 18 Sep 2018 13:42:49 -0400 Original-Received: from userp2120.oracle.com ([156.151.31.85]:56256) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1g2K1L-0001jH-I5; Tue, 18 Sep 2018 13:42:43 -0400 Original-Received: from pps.filterd (userp2120.oracle.com [127.0.0.1]) by userp2120.oracle.com (8.16.0.22/8.16.0.22) with SMTP id w8IHdbqT080582; Tue, 18 Sep 2018 17:42:31 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=mime-version : message-id : date : from : sender : to : cc : subject : references : in-reply-to : content-type : content-transfer-encoding; s=corp-2018-07-02; bh=ktUa8y687dqF1fLh4aJub+kEhpb9ukNKOI0ueSbFBuI=; b=45iTvWSQjPCpfybzPTL1QFTD8FEkH6uvIyrrmQAfcyFvcVZ7TwxjHWggHXp+ewATDvha BbanR/lRDJKpfPrlDERLJNFtCsl6atf7uqfVOVwozQb4yLLLrxylr9NI0xeHiKjYfEbN pjtrvjxS5wvY885IbMnMtvZjbni3rJR10SnNbG4Ugmk38cVljn6ELI7cqBhJbbtvZgch 1kwcNmFUX74YG1C/8Ziq+H90TlWO0NzTUmmCMB9JBqmJSCVTN/I6zWJqe87x1Rh57fKs QwaMIGFLS2GLmZznu+p9veSxVcF4vbV/Nk+N+mFnkRzu/iQ3qb9ilh75nEsJPz/LLZ2r nQ== Original-Received: from aserv0022.oracle.com (aserv0022.oracle.com [141.146.126.234]) by userp2120.oracle.com with ESMTP id 2mgtqqx3gd-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 18 Sep 2018 17:42:31 +0000 Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0022.oracle.com (8.14.4/8.14.4) with ESMTP id w8IHgOfg005195 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 18 Sep 2018 17:42:24 GMT Original-Received: from abhmp0010.oracle.com (abhmp0010.oracle.com [141.146.116.16]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id w8IHgNSC014928; Tue, 18 Sep 2018 17:42:23 GMT In-Reply-To: <<83h8img39b.fsf@gnu.org>> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4735.0 (x86)] X-Proofpoint-Virus-Version: vendor=nai engine=5900 definitions=9019 signatures=668708 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 malwarescore=0 phishscore=0 bulkscore=0 spamscore=0 mlxscore=0 mlxlogscore=969 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1807170000 definitions=main-1809180173 X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [generic] X-Received-From: 156.151.31.85 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:229950 Archived-At: > > What's the real use case for such temporary enabling/disabling of d-s-m= ? > > And how is it different from just, well, enabling/disabling d-s-m? >=20 > People who are against turning on delete-selection-mode presented > several such use cases. I don't think so. I think you just postulated it, without any example. Did someone who is against using d-s-m actually say that s?he wanted to use it temporarily (and without turning d-s-m on, whatever that means)? But I could be wrong - it's a long thread. Feel free to point us to some mention by someone of such a use case. Or if that's not possible, please remind us of (describe) such a case. > > In any case, how do you envision enabling/disabling d-s-m as something > > different from turning d-s-m on/off? If you want some key(s) to > > enable/disable it, how is that different from just binding a key=20 > > (or keys) to `delete-selection-mode'? >=20 > Why don't you ask the same question about transient-mark-mode? Why do you think I should do that? What are you driving at? I don't have such a question about t-m-m. You seem to be proposing enabling/disabling d-s-m temporarily, and I'm asking what you envision about that. What's a use case for doing that, and how do you see someone doing it (other than by hitting a key bound to d-s-m, for example)? > My idea was to extend the feature of region activation, which > would avoid the need for turning on and off the mode. Why don't you please clarify that idea? What is it that you intend for users to do, to enable/disable d-s-m "temporarily"? And how is that different from (how does it "avoid") temporarily turning the mode on/off? Maybe I'm the only one who finds your proposal vague. I posted my questions about it only after it seemed that Yuri had the same, or similar questions. If you want me to understand - and I would like to, please try to elaborate.