From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Emanuel Berg via Users list for the GNU Emacs text editor Newsgroups: gmane.emacs.help Subject: Re: Another Emacs incompatibilty Date: Tue, 25 Aug 2020 01:14:21 +0200 Message-ID: <87o8mzmyb6.fsf@ebih.ebihd> References: <86r1s648dc.fsf@shell.gmplib.org> <86wo1xz4lt.fsf@shell.gmplib.org> <83imdhgsqo.fsf@gnu.org> <86blj9xc2z.fsf@shell.gmplib.org> <87blj8gbmh.fsf@ericabrahamsen.net> <878secyj10.fsf@ebih.ebihd> <875z9gg5qm.fsf@ericabrahamsen.net> <83sgckftm5.fsf@gnu.org> <87pn7owmjn.fsf@ebih.ebihd> <83mu2sfrci.fsf@gnu.org> <87o8n1nmxl.fsf@ebih.ebihd> Reply-To: Emanuel Berg Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2793"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.1 (gnu/linux) To: help-gnu-emacs@gnu.org Cancel-Lock: sha1:iec4be/G17qc6LQnTBGy3RAtNtk= Original-X-From: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Tue Aug 25 01:14:52 2020 Return-path: Envelope-to: geh-help-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 1kALfw-0000cW-1H for geh-help-gnu-emacs@m.gmane-mx.org; Tue, 25 Aug 2020 01:14:52 +0200 Original-Received: from localhost ([::1]:36456 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kALfv-0001Uy-31 for geh-help-gnu-emacs@m.gmane-mx.org; Mon, 24 Aug 2020 19:14:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:34958) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kALfd-0001Uq-BE for help-gnu-emacs@gnu.org; Mon, 24 Aug 2020 19:14:33 -0400 Original-Received: from static.214.254.202.116.clients.your-server.de ([116.202.254.214]:40874 helo=ciao.gmane.io) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kALfb-00085d-DH for help-gnu-emacs@gnu.org; Mon, 24 Aug 2020 19:14:33 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1kALfX-0000AA-Km for help-gnu-emacs@gnu.org; Tue, 25 Aug 2020 01:14:27 +0200 X-Injected-Via-Gmane: http://gmane.org/ Mail-Followup-To: help-gnu-emacs@gnu.org Mail-Copies-To: never Received-SPF: pass client-ip=116.202.254.214; envelope-from=geh-help-gnu-emacs@m.gmane-mx.org; helo=ciao.gmane.io X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/24 19:14:27 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] [fuzzy] X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: help-gnu-emacs@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Users list for the GNU Emacs text editor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: help-gnu-emacs-bounces+geh-help-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "help-gnu-emacs" Xref: news.gmane.io gmane.emacs.help:123749 Archived-At: Alan Davis wrote: > A mere two minutes before reading this thread, > while writing an email in Gmail, I had maneuvered > to select and replace a short piece of text by > a manipulation parallel with delete-selected-text > (if I understand correctly), though I had no idea > about this existing in Emacs. At this time, like at > other times when dealing with crippled input > systems on popular software, my thoughts turned to > Emacs. It occurred to me that this was not > a perfect solution, unless the deleted piece is > stashed somewhere for reuse. > > A good example of an Emacs sequence that is more > nimble than other software I have encountered is > swapping two adjacent characters, or words, > a procedure I use often. I confess I have not > bothered to master transcient mark mode, as opposed > to not using it; but it seems to be so logical, > however, that that alternative seems > completely illogical. > > Emacs gives better control over my typing. > The developers of the dreaded GUI editors seem not > to care about this. The lack of > delete-selection-mode (d-s-m) has not been on my > radar. But I think in some cases it does happen. > I have not decided whether to take advantage of > this new feature. > > Perhaps more sophisticated manipulations can be > implemented through a macro. ?????? > Is it currently possible, if d-s-m is active, to > easily retrieve the deleted/replaced item? Yes, it should be possible with the help of `delete-selection-helper': Delete selection according to TYPE [...] ‘kill’ ‘kill-region’ is used on the selection, rather than ‘delete-region’. (Text selected with the mouse will typically be yankable anyhow). but how that works I don't know, putting it like this (add-hook 'delete-selection-pre-hook '(delete-selection-helper "kill") ) doesn't seem to do anything to that end. One would think an easier way to provide a configuration interface would just be to have a variable. (The implemented way is more powerful/versatile tho, if one can only figure out how to use it...) Also, I _still_ don't understand the use case? You are used to this behavior from other editors? Or you can delete and insert with a single stroke, so it is faster? That's it? Or is there something else? -- underground experts united http://user.it.uu.se/~embe8573 https://dataswamp.org/~incal